参数编码与解码

介绍如何为智能合约底层的 HTTP API 调用编码函数选择器与参数,以及如何遵循 Solidity ABI 规范解码函数返回值与事件数据。

📘

前置阅读

在 TRON 网络中与智能合约交互时,无论是部署合约、调用合约函数,还是解析合约的返回值与事件日志,都需要处理参数的编码与解码。 TRON 网络的参数编解码完全遵循 Solidity ABI(应用程序二进制接口)规范。本文将详细为您介绍这一规范的底层机制与具体应用方法。

ABI 编码基本规范

本节将通过实际示例展示 Solidity ABI 的编码规则。如果您需要查阅更为完备的技术细节,请参阅 Solidity 官方文档中的 ABI 规范

函数选择器(Function Selector)

在调用合约函数时,交易数据 data 字段的前四个字节被称为函数选择器(Function Selector),用于指定需要触发的目标函数。

函数选择器是通过对“函数签名”进行 Keccak-256 哈希运算,并截取哈希值的前四个字节(即大端序高位的前 4 字节,共 8 个十六进制字符)生成的。需要特别注意的是,函数签名仅包含函数名和参数类型列表,绝不包含参数名与空格

例如,对于函数 transfer(address _to, uint256 _value),其对应的规范函数签名为 transfer(address,uint256)。在 JavaScript 环境中,您可以通过调用 tronWeb.sha3("transfer(address,uint256)") 来计算该签名的哈希值,并截取前 4 字节获取函数选择器 0xa9059cbb

参数编码原理

紧跟在 4 字节函数选择器之后的,是经过 ABI 编码的函数参数数据。这种参数编码格式是通用的,也适用于合约函数的返回值以及事件(Event)日志的数据荷载(此时编码不包含函数选择器前缀)。

静态类型与动态类型的区分

根据 ABI 规范,我们将参数的数据类型划分为静态类型动态类型。静态类型的数据会直接在当前的参数槽中“就地编码”;而动态类型的数据则会在当前的参数槽中存放一个指针(偏移量),实际的数据内容会被推迟到后续的独立位置进行编码。

  • 静态类型:指具有固定长度的数据类型,例如 uint256bytes32addressbool(布尔值底层以 uint8 编码,仅能为 0 或 1)。以 uint256 为例,即使传入的实际数值为 1,在编码时也必须使用零字符将其向左填充至 256 位(即 32 字节)。因此,静态类型参数的编码长度是固定不变的,与具体数值无关。
  • 动态类型:指长度在运行时才能确定的数据类型。常见的动态类型包括:bytes(不限长字节数组)、string(字符串)、任意类型的动态数组 T[]、包含动态类型元素的固定长度数组,以及包含动态类型成员的元组(Tuple)。
📘

TRON 地址 ABI 编码的两套等价形式

针对 address 类型,标准的 EVM ABI 编码规范要求将 20 字节的底层地址哈希在其左侧填充 12 个零字节至 32 字节(不带 0x41 网络前缀)。这是 TronWeb、Trident 以及现代主流 TRON 工具默认生成的格式。

然而,部分早期的 TRON HTTP API 文档和旧版工具会输出 TRON 特有的编码格式11 个零字节 + 1 字节的网络前缀(0x41) + 20 字节的地址哈希(总长度同样为 32 字节)。在虚拟机底层,这两种格式是完全等价的。因为 TVM 虚拟机在读取 32 字节数据字(Word)时,仅截取其最后的 20 字节作为实际的地址值,前导部分的填充内容(无论是全零还是包含 0x41 前缀)都不会影响最终还原的链上地址。如果您在调试中看到某些工具输出的地址编码中带有 41 而另一些不带,无需担心,它们在链上会被解码为同一个地址。

静态类型参数的编码规则

示例 1

pragma solidity 0.8.6;

contract Example {
    function baz(uint32 x, bool y) public pure returns (bool r) { 
        r = x > 32 || y; 
    }
}

函数签名为 baz(uint32,bool),函数签名的 Keccak-256 值为 0xcdcd77c0992ec5bbfc459984220f8c45084cc24d9b6efed1fae540db8de801d2,其函数选择器为 0xcdcd77c0

参数编码以十六进制表示,每两个十六进制字符占一字节。由于静态参数的最大长度为 256 位,编码时每个静态参数长度为 256 位(即 32 字节,共 64 个十六进制字符)。当参数不足 256 位时,左侧补 0。

假设我们需要向 baz 方法传入参数对 (69, true),编码过程如下:

  • 将十进制数 69 转换为十六进制 45,左侧补 0 使其占 32 字节,结果为:
    0x0000000000000000000000000000000000000000000000000000000000000045
  • 布尔值 true 底层作为 uint8 的 1,其十六进制值也是 1,左侧补 0 使其占 32 字节,结果为:
    0x0000000000000000000000000000000000000000000000000000000000000001

最终的拼接结果为:

0xcdcd77c000000000000000000000000000000000000000000000000000000000000000450000000000000000000000000000000000000000000000000000000000000001

示例 2

类似地,对于 bytes 类型的静态类型数据,编码时也需要填充到 32 字节。区别在于 bytes 类型的数据需要在右侧填充。以下面的函数为例:

pragma solidity 0.8.6;

contract Example {
    function bar(bytes3[2] memory) public pure {}
}

函数签名为 bar(bytes3[2]),函数选择器为:0xfce353f6

将参数组 (abc, def) 传入该函数,编码结果如下:

  • a、b、c 的 ASCII 值十进制为 97、98、99,十六进制为 61、62、63。若参数不足 32 字节,需在右侧补 0,结果为:0x6162630000000000000000000000000000000000000000000000000000000000
  • d、e、f 的 ASCII 值十进制为 100、101、102,十六进制为 64、65、66。若参数不足 32 字节,需在右侧补 0,结果为:0x6465660000000000000000000000000000000000000000000000000000000000

最终的拼接结果为:

0xfce353f661626300000000000000000000000000000000000000000000000000000000006465660000000000000000000000000000000000000000000000000000000000

动态类型参数的编码规则

对于动态类型的参数,由于它们的实际数据大小不可预知,因此在基础的参数区(静态区)中,需要先放置一个 32 字节的“偏移量”(Offset)来占位,该偏移量指示了该动态参数具体的数据块距离参数区起点的字节长度。在所有的静态参数和偏移指针排布完毕后,才依次编码动态参数的实际内容。

以函数签名为 f(uint256,uint32[],bytes10,bytes) 的方法为例,假设我们传入参数组 (0x123, [0x456, 0x789], "1234567890", "Hello, world!"),其完整的参数编码步骤与结构如下:

  • 第一个静态参数编码uint256 静态类型的 0x123 编码结果为:
    0x0000000000000000000000000000000000000000000000000000000000000123
  • 第二个动态参数的偏移量:针对 uint32[],由于是动态数组,先在此写入偏移指针。在实际数据编码前,已编码的数据段包括:第一个参数 uint256 的编码(32 字节)、第二个参数的偏移占位符(32 字节)、第三个参数 bytes10 的编码(32 字节)、第四个参数的偏移占位符(32 字节)。因此,该参数数据块的起点位于第 128 字节(即十六进制 0x80),占位偏移量编码为:
    0x0000000000000000000000000000000000000000000000000000000000000080
  • 第三个静态参数编码bytes10 是静态类型,字符串 "1234567890" 转换为十六进制并在右侧填充零至 32 字节,结果为:
    0x3132333435363738393000000000000000000000000000000000000000000000
  • 第四个动态参数的偏移量:针对 bytes,由于是动态类型,在此写入偏移指针。该数据段起点前已编码的数据有:上述第 1 至 4 步的头信息(共 128 字节)以及第二个动态参数 uint32[] 的实际数据块(占 3 槽共 96 字节,具体见下步)。因此,其起点位于第 224 字节(即十六进制 0xe0),占位偏移量编码为:
    0x00000000000000000000000000000000000000000000000000000000000000e0
  • 第二个动态参数的值编码:动态数组 [0x456, 0x789]。对于动态数组,首先用一槽(32 字节)记录数组长度 2(0x2),然后依次对数组中的元素进行 ABI 编码:
    0000000000000000000000000000000000000000000000000000000000000002 
    0000000000000000000000000000000000000000000000000000000000000456
    0000000000000000000000000000000000000000000000000000000000000789
  • 第四个动态参数的值编码:动态字节流 bytes 对应的字符串 "Hello, world!"。其长度为 13 字节(即十六进制 0xd)。首先记录其长度,然后将其 ASCII 字符转换为十六进制,并在右侧填充零至 32 字节对齐:
    000000000000000000000000000000000000000000000000000000000000000d
    48656c6c6f2c20776f726c642100000000000000000000000000000000000000

所有数据拼接编码后的最终交易 Payload 结构如下:

0x8be65246 - 函数选择器
0000000000000000000000000000000000000000000000000000000000000123 - 参数 1 (0x123)
0000000000000000000000000000000000000000000000000000000000000080 - 参数 2 的偏移量 (128 字节)
3132333435363738393000000000000000000000000000000000000000000000 - 参数 3 ("1234567890")
00000000000000000000000000000000000000000000000000000000000000e0 - 参数 4 的偏移量 (224 字节)
0000000000000000000000000000000000000000000000000000000000000002 - 参数 2 的数组长度 (2)
0000000000000000000000000000000000000000000000000000000000000456 - 参数 2 元素 [0] (0x456)
0000000000000000000000000000000000000000000000000000000000000789 - 参数 2 元素 [1] (0x789)
000000000000000000000000000000000000000000000000000000000000000d - 参数 4 的字节长度 (13)
48656c6c6f2c20776f726c642100000000000000000000000000000000000000 - 参数 4 数据 ("Hello, world!")

参数编码与解码的开发应用

在掌握了 ABI 的底层规则后,您就可以在业务代码中轻松实现参数的编解码了。 TRON 社区提供了丰富的 SDK 工具包,绝大多数 SDK(如 Trident Java SDK)都已封装了高层级的编解码模块,支持开发者直接调用。下面我们将分别使用 JavaScript(基于 ethers)和 Java(基于 Trident SDK)来演示实际的开发代码示例。

代码实现:参数编码

我们以 USDT 合约中的转账函数 transfer 为例进行演示:

function transfer(address to, uint256 value) public returns (bool);

假设我们需要向接收地址 412ed5dd8a98aea00ae32517742ea5289761b2710e(十六进制格式)转账 50,000 USDT(USDT 的精度为 6,因此 50,000 对应的精度值为 50000000000 最小单位,十六进制即为 0xba43b7400)。我们在调用 TRON 的底层 /wallet/triggersmartcontract 接口时,需要构造如下的 JSON 请求:

BASE_URL=https://api.shasta.trongrid.io   # 示例端点——可替换为实际可用的 TRON 节点
curl -X POST ${BASE_URL}/wallet/triggersmartcontract -d '{
  "contract_address":"412dd04f7b26176aa130823bcc67449d1f451eb98f",
  "owner_address":"411fafb1e96dfe4f609e2259bfaf8c77b60c535b93",
  "function_selector":"transfer(address,uint256)",
  "parameter":"0000000000000000000000002ed5dd8a98aea00ae32517742ea5289761b2710e0000000000000000000000000000000000000000000000000000000ba43b7400",
  "call_value":0,
  "fee_limit":1000000000,
  "call_token_value":0,
  "token_id":0
}'

上述接口请求中传递的 parameter 参数,即为遵循规范编码后的十六进制参数流。

JavaScript 参数编码示例

在 JavaScript 客户端开发中,您可以使用 ethers 库(建议版本为 4.0.47)来实现参数编码:

// 建议使用 ethers 4.0.47 版本
var ethers = require('ethers')

const AbiCoder = ethers.utils.AbiCoder;
const ADDRESS_PREFIX_REGEX = /^(41)/;
const ADDRESS_PREFIX = "41";

async function encodeParams(inputs){
    let typesValues = inputs
    let parameters = ''

    if (typesValues.length == 0)
        return parameters
    const abiCoder = new AbiCoder();
    let types = [];
    const values = [];

    for (let i = 0; i < typesValues.length; i++) {
        let {type, value} = typesValues[i];
        if (type == 'address')
            value = value.replace(ADDRESS_PREFIX_REGEX, '0x');
        else if (type == 'address[]')
            value = value.map(v => toHex(v).replace(ADDRESS_PREFIX_REGEX, '0x'));
        types.push(type);
        values.push(value);
    }

    console.log(types, values)
    try {
        parameters = abiCoder.encode(types, values).replace(/^(0x)/, '');
    } catch (ex) {
        console.log(ex);
    }
    return parameters
}

async function main() {
    let inputs = [
        {type: 'address', value: "412ed5dd8a98aea00ae32517742ea5289761b2710e"},
        {type: 'uint256', value: 50000000000}
    ]
    let parameters = await encodeParams(inputs)
    console.log(parameters)
}

main()

运行输出:

0000000000000000000000002ed5dd8a98aea00ae32517742ea5289761b2710e0000000000000000000000000000000000000000000000000000000ba43b7400

Java (Trident SDK) 参数编码示例

在 Java 开发环境下,Trident SDK 已经深度封装了这一编码过程。您仅需在 org.tron.trident.abi.datatypes 包下选择与合约参数匹配的 Java 数据类并传入数值即可。下面的 Java 代码示例展示了如何使用 Trident SDK 生成交易所需的 data 荷载,核心步骤如下:

  1. 构造一个 Function 实例(包含函数名、入参列表与返回值类型定义)。
  2. 调用 FunctionEncoder.encode(trc20Transfer) 自动输出编译后的十六进制 data

运行前,设置 Nile 测试账户的私钥和已部署的 Nile TRC-20 合约地址:

export NILE_PRIVATE_KEY="<64-character-hex-private-key>"
export NILE_TRC20_CONTRACT_ADDRESS="<deployed-Nile-TRC20-contract-address>"
⚠️

私钥安全

仅使用不持有真实资产的 Nile 测试账户。不要在源码、命令历史或版本库中保存主网私钥;生产环境应使用密钥管理服务。

import java.math.BigInteger;
import java.util.Arrays;
import org.bouncycastle.util.encoders.Hex;
import org.tron.trident.abi.FunctionEncoder;
import org.tron.trident.abi.TypeReference;
import org.tron.trident.abi.datatypes.Address;
import org.tron.trident.abi.datatypes.Bool;
import org.tron.trident.abi.datatypes.Function;
import org.tron.trident.abi.datatypes.generated.Uint256;
import org.tron.trident.core.ApiWrapper;
import org.tron.trident.proto.Contract.TriggerSmartContract;
import org.tron.trident.proto.Response.TransactionExtention;

public class EncodeTrc20Parameters {
    public static void main(String[] args) {
        String privateKey = requirePrivateKey("NILE_PRIVATE_KEY");
        String contractAddress = requireTronAddress("NILE_TRC20_CONTRACT_ADDRESS");
        ApiWrapper client = ApiWrapper.ofNile(privateKey);

        try {
            // transfer(address,uint256) returns (bool)
            Function trc20Transfer = new Function(
                    "transfer",
                    Arrays.asList(
                            new Address("TVjsyZ7fYF3qLF6BQgPmTEZy1xrNNyVAAA"),
                            new Uint256(BigInteger.TEN.multiply(BigInteger.TEN.pow(6)))),
                    Arrays.asList(new TypeReference<Bool>() {}));

            String encodedHex = FunctionEncoder.encode(trc20Transfer);
            String ownerAddress = client.keyPair.toBase58CheckAddress();

            TriggerSmartContract trigger = TriggerSmartContract.newBuilder()
                    .setOwnerAddress(ApiWrapper.parseAddress(ownerAddress))
                    .setContractAddress(ApiWrapper.parseAddress(contractAddress))
                    .setData(ApiWrapper.parseHex(encodedHex))
                    .build();

            TransactionExtention txnExt = client.blockingStub.triggerContract(trigger);
            if (!txnExt.getResult().getResult()) {
                throw new IllegalStateException(
                        "triggerContract failed: "
                                + txnExt.getResult().getMessage().toStringUtf8());
            }

            System.out.println("encoded data => " + encodedHex);
            System.out.println("txn id => " + Hex.toHexString(txnExt.getTxid().toByteArray()));
        } finally {
            client.close();
        }
    }

    private static String requirePrivateKey(String name) {
        String value = requireEnv(name);
        if (!value.matches("(?i)^[0-9a-f]{64}$")) {
            throw new IllegalArgumentException(name + " must be a 64-character hex private key");
        }
        return value;
    }

    private static String requireTronAddress(String name) {
        String value = requireEnv(name);
        try {
            if (!value.startsWith("T") || ApiWrapper.parseAddress(value).size() != 21) {
                throw new IllegalArgumentException();
            }
        } catch (RuntimeException e) {
            throw new IllegalArgumentException(name + " must be a valid Base58Check TRON address", e);
        }
        return value;
    }

    private static String requireEnv(String name) {
        String value = System.getenv(name);
        if (value == null || value.trim().isEmpty()) {
            throw new IllegalStateException("Missing required environment variable: " + name);
        }
        return value.trim();
    }
}

代码实现:参数解码

在通过 /wallet/triggersmartcontract 发起并成功广播交易后,我们可以使用交易哈希,调用 /wallet/gettransactionbyid 接口查询交易的详细链上数据:

BASE_URL=https://api.trongrid.io   # 示例端点——可替换为实际可用的 TRON 节点
curl -X POST \
  ${BASE_URL}/wallet/gettransactionbyid \
  -d '{"value" : "1472178f0845f0bfb15957059f3fe9c791e7e039f449c3d5a843aafbc8bbdeeb"}'

响应的结构如下所示:

{
    "ret": [
        {
            "contractRet": "SUCCESS"
        }
    ],
    "raw_data": {
        "contract": [
            {
                "parameter": {
                    "value": {
                        "data": "a9059cbb0000000000000000000000002ed5dd8a98aea00ae32517742ea5289761b2710e0000000000000000000000000000000000000000000000000000000ba43b7400",
                        "owner_address": "418a4a39b0e62a091608e9631ffd19427d2d338dbd",
                        "contract_address": "41a614f803b6fd780986a42c78ec9c7f77e6ded13c"
                    },
                    "type_url": "type.googleapis.com/protocol.TriggerSmartContract"
                }
            }
        ]
    }
}

在接口返回的 JSON 中,raw_data.contract[0].parameter.value.data 字段保存了本次调用的函数签名与具体的参数。其中前 4 字节(a9059cbb)即为 transfer(address,uint256) 经 Keccak-256 计算后的函数选择器,TVM 虚拟机使用该标识来寻址并匹配要执行的目标函数;其后紧跟的所有数据则是经过编码的入参,其格式与我们在上文编码阶段生成的参数完全一致。

由于 Keccak-256 是单向哈希函数,仅凭 4 字节的函数选择器无法逆向还原出原始的函数签名。在实际开发中,获取函数签名通常有以下两种途径:

  • 解析本地或链上 ABI:如果可以获取到智能合约的 ABI 定义文件,可以在本地计算出 ABI 中所有函数的 4 字节选择器,并与 data 的前 4 字节进行比对,从而确定所调用的具体函数。
  • 借助签名数据库查询:有些链上合约可能未开源或清除了 ABI(部署者可通过调用 /wallet/clearabi 系统接口清除链上的 ABI 数据)。在此类无法直接获取 ABI 的场景下,可以尝试通过第三方的以太坊/TRON 函数签名数据库(如 Ethereum Signature Database)提交 4 字节的 Selector 进行逆向查询与匹配。

下面提供不同语言环境下反序列化参数的具体代码。

JavaScript 参数解码示例

1. 解码交易中的 data 数据字段

以下 JavaScript 代码展示了如何解码交易的 data 字段以提取 transfer 的调用参数:

var ethers = require('ethers')

const AbiCoder = ethers.utils.AbiCoder;
const ADDRESS_PREFIX_REGEX = /^(41)/;
const ADDRESS_PREFIX = "41";

// types: 返回的参数类型数组。如果是多参数,需与函数 ABI 声明顺序严格一致
// output: 待解码的十六进制数据流
// ignoreMethodHash: 如果是解码函数返回值(如 balanceOf),传 false;如果是解码 gettransactionbyid 得到的 data 字段(含 Selector),传 true
async function decodeParams(types, output, ignoreMethodHash) {
    if (!output || typeof output === 'boolean') {
        ignoreMethodHash = output;
        output = types;
    }

    if (ignoreMethodHash && output.replace(/^0x/, '').length % 64 === 8)
        output = '0x' + output.replace(/^0x/, '').substring(8);

    const abiCoder = new AbiCoder();

    if (output.replace(/^0x/, '').length % 64)
        throw new Error('The encoded string is not valid. Its length must be a multiple of 64.');
    return abiCoder.decode(types, output).reduce((obj, arg, index) => {
        if (types[index] == 'address')
            arg = ADDRESS_PREFIX + arg.substr(2).toLowerCase();
        obj.push(arg);
        return obj;
    }, []);
}

async function main() {
    let data = '0xa9059cbb0000000000000000000000004f53238d40e1a3cb8752a2be81f053e266d9ecab000000000000000000000000000000000000000000000000000000024dba7580'

    result = await decodeParams(['address', 'uint256'], data, true)
    console.log(result)
}

main()

运行输出:

[ '414f53238d40e1a3cb8752a2be81f053e266d9ecab', BigNumber { _hex: '0x024dba7580' } ]

2. 解码合约只读查询的返回值

以 USDT 中的 balanceOf 函数为例:

function balanceOf(address who) public view returns (uint256);

若要在 Shasta 测试网上查询地址 410583A68A3BCD86C25AB1BEE482BAC04A216B0261 的余额,调用 /wallet/triggerconstantcontract 接口获取原始输出:

BASE_URL=https://api.shasta.trongrid.io   # 示例端点——可替换为实际可用的 TRON 节点
curl -X POST ${BASE_URL}/wallet/triggerconstantcontract -d '{
  "contract_address":"419E62BE7F4F103C36507CB2A753418791B1CDC182",
  "function_selector":"balanceOf(address)",
  "parameter":"0000000000000000000000000583A68A3BCD86C25AB1BEE482BAC04A216B0261",
  "owner_address":"41977C20977F412C2A1AA4EF3D49FEE5EC4C31CDFB"
}'

接口返回的结果包含 constant_result 十六进制字符串数组:

{
    "result": {
        "result": true
    },
    "constant_result": [
        "000000000000000000000000000000000000000000000000000196ca228159aa"
    ]
}

我们可以使用如下代码对其进行反序列化:

async function main() {
    // 解码时必须以 '0x' 作为十六进制前缀
    let outputs = '0x000000000000000000000000000000000000000000000000000196ca228159aa'
    
    // 传入的类型数组应与返回值对应。如果是多个返回值,按顺序填入
    let result = await decodeParams(['uint256'], outputs, false)
    console.log(result)
}

运行输出:

[ BigNumber { _hex: '0x0196ca228159aa' } ]

Java (Trident SDK) 参数解码示例

1. 解码交易中的 data 数据字段

在 Java 环境下,您可以使用 Trident SDK 的 TypeDecoder 工具类对 data 荷载进行切片解码:

final String DATA = "a9059cbb0000000000000000000000007fdf5157514bf89ffcb7ff36f34772afd4cdc7440000000000000000000000000000000000000000000000000de0b6b3a7640000";

public void dataDecodingTutorial() {
    String rawSignature = DATA.substring(0,8);
    String signature = "transfer(address,uint256)"; // 预期的函数签名
    Address rawRecipient = TypeDecoder.decodeAddress(DATA.substring(8,72)); // 解码得到 Address 实例
    String recipient = rawRecipient.toString();
    Uint256 rawAmount = TypeDecoder.decodeNumeric(DATA.substring(72,136), Uint256.class); // 解码得到数字
    BigInteger amount = rawAmount.getValue();

    System.out.println(signature);
    System.out.println("Transfer " + amount + " to " + recipient);
}

2. 解码合约只读查询的返回值

在 Java 中使用 Trident SDK 调用只读合约方法时,接口会返回一个 TransactionExtention 实例。其 constantResult 字段即为返回值列表(类型为 List<ByteString>)。我们将该字段的字节流转换为十六进制字符串后,可以使用 org.tron.trident.abi.FunctionReturnDecoder.decode() 方法进行解析:

通过向 decode() 方法传递返回值十六进制串以及预期的返回值类型定义,SDK 会自动将其反序列化为对应的 Java 类型对象:

public BigInteger balanceOf(String accountAddr) {
    // 构造查询函数
    Function balanceOf = new Function(
        "balanceOf",
        Arrays.asList(new Address(accountAddr)), 
        Arrays.asList(new TypeReference<Uint256>() {})
    );
    // 发起本地常数模拟调用
    TransactionExtention txnExt = wrapper.constantCall(
        Base58Check.bytesToBase58(ownerAddr.toByteArray()), 
        Base58Check.bytesToBase58(cntrAddr.toByteArray()), 
        balanceOf
    );
    // 将 ByteString 结果解析为十六进制字符串
    String result = Numeric.toHexString(txnExt.getConstantResult(0).toByteArray());
    return (BigInteger) FunctionReturnDecoder.decode(result, balanceOf.getOutputParameters()).get(0).getValue();
}

相关资源

  • 升级智能合约 —— 了解 TRON 智能合约的代理升级模式与系统维护方法
  • 合约间调用 —— 合约内部进行跨合约调用的三种核心模式