Cross-Contract Calls

Contract can interact with other contracts on the network

NEAR contracts can interact with other deployed contracts, querying information and executing functions on them through cross-contract calls.

Since NEAR is a sharded blockchain, its cross-contract calls behave differently than in other chains. In NEAR, cross-contract calls are asynchronous and independent.

Asynchronous The calling function and the callback execute in different blocks (typically 1-2 blocks apart). During this time, the contract remains active and can receive other calls.

Independent

Each function — the one making the call, the external function, and the callback — executes in its own context. If the external call fails, the calling function has already completed successfully; there’s no automatic rollback. You must handle failures explicitly in the callback.

---

Snippet: Querying Information

While making your contract, it is likely that you will want to query information from another contract. Below, you can see a basic example in which we query the greeting message from our Hello NEAR example.

🦀 Rust

low_level.rs

high_level.rs

The high level API makes use of the interface defined in the ext_contract.rs

🌐 JavaScript

🐍 Python

from near_sdk_py import call, view, Contract, callback, PromiseResult, CrossContract, init

class CrossContractExample(Contract):
    # Contract we want to interact with
    hello_contract = "hello-near.testnet"
        
    @init
    def new(self):
        """Initialize the contract"""
        # Any initialization logic goes here
        pass
        
    @view
    def query_greeting_info(self):
        """View function showing how to make a cross-contract call"""
        # Create a reference to the Hello NEAR contract
        # This is a simple call that will execute in the current transaction
        hello = CrossContract(self.hello_contract)
        return hello.call("get_greeting").value()
    
    @call
    def query_greeting(self):
        """Calls Hello NEAR contract to get the greeting with a callback"""
        # Create a reference to the Hello NEAR contract
        hello = CrossContract(self.hello_contract)
        
        # Call get_greeting and chain a callback
        # The Promise API handles serialization and callback chaining
        promise = hello.call("get_greeting").then("query_greeting_callback")
        
        return promise.value()
    
    @callback
    def query_greeting_callback(self, result: PromiseResult):
        """Processes the greeting result from Hello NEAR contract"""
        # The @callback decorator automatically parses the promise result
        # result will have a data property and a success boolean
        if not result.success:
            return {"success": False, "message": "Failed to get greeting"}
            
        return {
            "success": True,
            "greeting": result.data,
            "message": f"Successfully got greeting: {result.data}"
        }

🐹 GO

---

Snippet: Sending Information

Calling another contract passing information is also a common scenario. Below you can see a function that interacts with the Hello NEAR example to change its greeting message.

🦀 Rust

low_level.rs

high_level.rs

The high level API makes use of the interface defined in the ext_contract.rs

🌐 JavaScript

🐍 Python

from near_sdk_py import call, Contract, callback, PromiseResult, CrossContract

class CrossContractExample(Contract):
    # Contract we want to interact with
    hello_contract = "hello-near.testnet"
        
    @call
    def change_greeting(self, new_greeting):
        """Changes the greeting on the Hello NEAR contract"""
        # Create a reference to the Hello NEAR contract
        hello = CrossContract(self.hello_contract)
        
        # Create a promise to call set_greeting with the new greeting
        # Pass context data to the callback directly as kwargs
        promise = hello.call(
            "set_greeting", 
            message=new_greeting
        ).then(
            "change_greeting_callback",
            original_greeting=new_greeting  # Additional context passed to callback
        )
        
        return promise.value()
    
    @callback
    def change_greeting_callback(self, result: PromiseResult, original_greeting):
        """Processes the result of set_greeting"""
        # The original_greeting parameter is passed from the change_greeting method
        if not result.success:
            return {
                "success": False, 
                "message": f"Failed to set greeting to '{original_greeting}'"
            }
            
        return {
            "success": True,
            "message": f"Successfully set greeting to '{original_greeting}'",
            "result": result.data
        }

🐹 GO

---

Promises

Cross-contract calls work by creating two promises in the network:

1. A promise to execute code in the external contract - Promise.create
2. Optional: A promise to call another function with the result - Promise.then

Both promises will contain the following information:

• The address of the contract you want to interact with
• The function that you want to execute
• The arguments to pass to the function
• The amount of GAS to use (deducted from the attached Gas)
• The NEAR deposit to attach (deducted from your contract’s balance)

The callback can be made to any contract. Meaning that the result could potentially be handled by another contract

---

Creating a Cross Contract Call

To create a cross-contract call with a callback, create two promises and use the .then method to link them:

🦀 Rust

High Level API

#[ext_contract(external_trait)]
trait Contract {
    fn function_name(&self, param1: T, param2: T) -> T;
}

external_trait::ext("external_address")
.with_attached_deposit(DEPOSIT)
.with_static_gas(GAS)
.function_name(arguments)
.then(
// this is the callback
Self::ext(env::current_account_id())
.with_attached_deposit(DEPOSIT)
.with_static_gas(GAS)
.callback_name(arguments)
);

Low Level API

let arguments = json!({ "foo": "bar" })
    .to_string()
    .into_bytes();

let promise = Promise::new("external_address").function_call(
    "function_name".to_owned(),
    arguments,
    DEPOSIT,
    GAS
);

promise.then(
    // Create a promise to callback query_greeting_callback
    Self::ext(env::current_account_id())
        .with_static_gas(GAS)
        .callback_name(),
);

🌐 JavaScript

NearPromise.new("external_address").functionCall("function_name", JSON.stringify(arguments), DEPOSIT, GAS)
.then(
  // this function is the callback
  NearPromise.new(near.currentAccountId()).functionCall("callback_name", JSON.stringify(arguments), DEPOSIT, GAS)
);

🐹 GO

In Go, .Then() works differently from Rust/JS. Instead of receiving a second promise object, it takes the callback method name as a snake_case string — the SDK automatically routes the callback to the current contract. You do not construct a second promise manually.

Concatenating Promises

✅ You can concatenate promises: P1.then(P2).then(P3): P1 executes, then P2 executes with the result of P1, then P3 executes with the result of P2

✅ You can join promises: (P1.and(P2)).then(P3): P1 and P2 execute in parallel, after they finish P3 will execute and have access to both their results

⛔ You cannot return a joint promise without a callback: return P1.and(P2) is invalid, you need to add a .then()

⛔ You cannot join promises within a then: P1.then(P2.join([P3])) is invalid

⛔ You cannot use a then within a then: P1.then(P2.then(P3)) is invalid

If a function returns a promise, then it will delegate the return value and status of transaction execution, but if you return a value or nothing, then the Promise result will not influence the transaction status

The Promises you are creating will not execute immediately. In fact, they will be queued in the network an:

• The cross-contract call will execute 1 or 2 blocks after your function finishes correctly.

Attaching gas

Each promise in a cross-contract call needs enough gas to execute. This includes the external call and any callback you attach with .then.

Always reserve gas for the callback. It executes in a separate receipt, so it can fail independently if it does not receive enough gas.

Rust

In Rust’s high level API, with_static_gas(gas) reserves a fixed amount of gas for a promise:

const CALL_GAS: Gas = Gas::from_tgas(10);
const CALLBACK_GAS: Gas = Gas::from_tgas(5);

external_trait::ext("external_address")
    .with_static_gas(CALL_GAS)
    .function_name(arguments)
    .then(
        Self::ext(env::current_account_id())
            .with_static_gas(CALLBACK_GAS)
            .callback_name(arguments)
    );

The high level API also exposes with_unused_gas_weight(weight), which gives a promise a proportional share of the gas left after all static gas has been reserved.

external_trait::ext("external_address")
    .with_static_gas(Gas::from_tgas(10))
    .with_unused_gas_weight(2)
    .function_name(arguments)
    .then(
        Self::ext(env::current_account_id())
            .with_static_gas(Gas::from_tgas(5))
            .with_unused_gas_weight(0)
            .callback_name(arguments)
    );

The default unused gas weight is 1. Set the weight to 0 when you want a promise to receive only its static gas reservation.

For example, if 100 Tgas is left when you create two promises:

Promise	Static gas	Unused gas weight
A	20 Tgas	1
B	10 Tgas	3

The runtime reserves 30 Tgas as static gas, then distributes the remaining 70 Tgas by weight:

• A gets 20 + (1/4) * 70 = 37.5 Tgas
• B gets 10 + (3/4) * 70 = 62.5 Tgas

If you forget that the default weight is 1, a callback or parallel promise can receive more of the remaining gas than you expected. For gas-sensitive calls, combine with_static_gas with with_unused_gas_weight(0) on promises that should not draw from the unused gas pool.

The low level API (Promise::new(...).function_call(...)) takes a fixed gas value. It behaves like with_static_gas and does not use unused gas weights.

JavaScript / TypeScript

In JavaScript and TypeScript, pass the gas amount to functionCall. Do this for both the external call and the callback:

NearPromise.new("external_address")
  .functionCall("function_name", JSON.stringify(arguments), DEPOSIT, GAS)
  .then(
    NearPromise.new(near.currentAccountId())
      .functionCall("callback_name", JSON.stringify(arguments), DEPOSIT, GAS)
  );

There is no unused gas weight equivalent. The gas value you pass is the fixed amount attached to that promise.

Python

In Python, pass gas when creating the promise call. The exact helper depends on whether you are using CrossContract or lower level promise helpers, but the idea is the same: reserve gas for each receipt that must execute.

promise = batch.then(Context.current_account_id()).function_call(
    "callback_name",
    {},
    gas=10 * ONE_TGAS
)

Callbacks need their own gas reservation. Do not assume unused gas from the external call will automatically be available to the callback.

Go

In Go, pass gas when creating the function call promise. The callback routed through .Then() still needs enough gas to execute.

gas := uint64(10 * types.ONE_TERA_GAS)

promise.NewCrossContract(receiver).
    Gas(gas).
    Call("method_name", args).
    Then("callback_name")

There is no unused gas weight equivalent. Treat the gas value as the fixed amount reserved for the promise.

---

Callback Function

If your function finishes correctly, then eventually your callback function will execute. This will happen whether the external contract fails or not.

In the callback function you will have access to the result, which will contain the status of the external function (if it worked or not), and the values in case of success.

🦀 Rust

🌐 JavaScript

🐍 Python

from near_sdk_py import callback, PromiseResult, Contract

class CrossContractExample(Contract):
    @callback
    def query_greeting_callback(self, result: PromiseResult, additional_context=None):
        """
        Process the result of a cross-contract call.
        The @callback decorator automatically:
        1. Reads the promise result data
        2. Handles serialization/deserialization 
        3. Provides proper error handling
        
        Parameters:
        - result: The PromiseResult object with status and data
        - additional_context: Optional context passed from the calling function
        """
        if not result.success:
            # This means the external call failed or returned nothing
            return {
                "success": False, 
                "message": "Failed to get greeting",
                "context": additional_context
            }
            
        # Process successful result
        return {
            "success": True,
            "greeting": result.data,
            "message": f"Successfully got greeting: {result.data}",
            "context": additional_context
        }

🐹 GO

Callback with always execute

We repeat, if your function finishes correctly, then your callback will always execute. This will happen no matter if the external function finished correctly or not

Always make sure to have enough Gas for your callback function to execute

Remember to mark your callback function as private using macros/decorators, so it can only be called by the contract itself

What happens if the function I call fails?

If the external function fails (i.e. it panics), then your callback will be executed anyway. Here you need to manually rollback any changes made in your contract during the original call. Particularly:

1. Refund the predecessor if needed: If the contract attached NEAR to the call, the funds are now back in the contract’s account
2. Revert any state changes: If the original function made any state changes (i.e. changed or stored data), you need to manually roll them back. They won’t revert automatically

If your original function finishes correctly then the callback executes even if the external function panics. Your state will not rollback automatically, and $NEAR will not be returned to the signer automatically. Always make sure to check in the callback if the external function failed, and manually rollback any operation if necessary.

---

Calling Multiple Functions on the Same Contract

You can call multiple functions in the same external contract, which is known as a batch call.

An important property of batch calls is that they act as a unit: they execute in the same receipt, and if any function fails, then they all get reverted.

🦀 Rust

🌐 JavaScript

🐍 Python

from near_sdk_py import call, Context, Contract, callback, PromiseResult, ONE_TGAS, CrossContract, init

class BatchCallsExample(Contract):
    # Contract we want to interact with
    hello_contract = "hello-near.testnet"
    
    @init
    def new(self):
        """Initialize the contract"""
        pass
        
    @call
    def call_multiple_methods(self, greeting1, greeting2):
        """Call multiple methods on the same contract in a batch"""
        # Create a contract instance
        hello = CrossContract(self.hello_contract)
        
        # Create a batch for the hello contract
        batch = hello.batch()
        
        # Add function calls to the batch
        batch.function_call("set_greeting", {"message": greeting1})
        batch.function_call("another_method", {"arg1": greeting2})
        
        # Add a callback to process the result
        promise = batch.then(Context.current_account_id()).function_call(
            "batch_callback", 
            {"original_data": [greeting1, greeting2]},
            gas=10 * ONE_TGAS
        )
        
        return promise.value()
        
    @callback
    def batch_callback(self, result: PromiseResult, original_data=None):
        """Process batch result - only gets the result of the last operation"""
        return {
            "success": result.success,
            "result": result.data,
            "original_data": original_data
        }

🐹 GO

Callbacks only have access to the result of the last function in a batch call

---

Calling Multiple Functions on Different Contracts

You can also call multiple functions in different contracts. These functions will be executed in parallel, and do not impact each other. This means that, if one fails, the others will execute, and NOT be reverted.

🦀 Rust

🌐 JavaScript

🐍 Python

from near_sdk_py import call, Contract, multi_callback, PromiseResult, CrossContract, init

class MultiContractExample(Contract):
    # Contract addresses we want to interact with
    contract_a = "contract-a.testnet"
    contract_b = "contract-b.testnet"
    
    @init
    def new(self):
        """Initialize the contract"""
        pass
        
    @call
    def call_multiple_contracts(self):
        """Calls multiple different contracts in parallel"""
        # Create promises for each contract
        contract_a = CrossContract(self.contract_a)
        promise_a = contract_a.call("method_a")
        
        contract_b = CrossContract(self.contract_b)  
        promise_b = contract_b.call("method_b")
        
        # Join the promises and add a callback
        # The first promise's join method can combine multiple promises
        combined_promise = promise_a.join(
            [promise_b],
            "multi_contract_callback",
            contract_ids=[self.contract_a, self.contract_b]  # Context data
        )
        
        return combined_promise.value()
        
    @multi_callback
    def multi_contract_callback(self, results, contract_ids=None):
        """Process results from multiple contracts"""
        # results is an array containing all promise results in order
        return {
            "contract_a": {
                "id": contract_ids[0],
                "result": results[0].data,
                "success": results[0].success
            },
            "contract_b": {
                "id": contract_ids[1],
                "result": results[1].data,
                "success": results[1].success
            },
            "success": all(result.success for result in results)
        }

🐹 GO

Callbacks have access to the result of all functions in a parallel call

---

Security Concerns

While writing cross-contract calls there is a significant aspect to keep in mind: all the calls are independent and asynchronous. In other words:

• The function in which you make the call and function for the callback are independent.
• There is a delay between the call and the callback, in which people can still interact with the contract

This has important implications on how you should handle the callbacks. Particularly:

1. Make sure you don’t leave the contract in a exploitable state between the call and the callback.
2. Manually rollback any changes to the state in the callback if the external call failed.

We have a whole security section dedicated to these specific errors, so please go and check it.

Not following these basic security guidelines could expose your contract to exploits. Please check the security section, and if still in doubt, join us in Discord.