我想用合约调用来编写以太坊区块链。我已经找到了两种几乎相同的解决方案，但其中一种是处理签名的事务，在发送之前进行一些字节编码，我不知道为什么。我的问题是，与解决方案#1相比，方案#2和溶液#3为什么使用额外的行？额外字节操作部分的目的是什么？signedTx和txToSend都是*types.Transaction类型，我不明白为什么需要进行编码。go ethereum包的文档说明：
SendTransaction将已签名的事务注入到的挂起池中处决
它没有提供有关tx的进一步信息，并且types.SignTx()返回*types.Transaction类型。
解决方案#1
这是不使用signedTx进行任何操作的最简单的解决方案。
tx := types.NewTransaction(nonce, toAddress, value, gasLimit, gasPrice, data)
signedTx, err := types.SignTx(tx, types.NewEIP155Signer(chainID), privateKey)
if err != nil {
log.Fatal(err)
}
txErr := client.SendTransaction(context.Background(), tx)
if txErr != nil {
log.Fatalf("Error calling contract: %v", err)
}
解决方案#2
这是Go Ethereum Book创建原始交易和发送原始交易部分所使用的实现。
tx_signed := types.NewTransaction(nonce, toAddress, value, gasLimit, gasPrice, data)
signedTx, err := types.SignTx(tx_signed, types.NewEIP155Signer(chainID), privateKey)
if err != nil {
log.Fatal(err)
}
ts := types.Transactions{signedTx}
rawTxBytes := ts.GetRlp(0)
rawTxHex := hex.EncodeToString(rawTxBytes)
rawBytes, err := hex.DecodeString(rawTxHex)
tx := new(types.Transaction)
rlp.DecodeBytes(rawBytes, &tx)
txErr := client.SendTransaction(context.Background(), tx)
if txErr != nil {
log.Fatalf("Error calling contract: %v", err)
}
解决方案#3
此实现与上一个几乎相同，但它使用较新的EncodeIndex(i int, w *bytes.Buffer)函数进行字节操作。源
tx_signed := types.NewTransaction(nonce, toAddress, value, gasLimit, gasPrice, data)
signedTx, err := types.SignTx(tx_signed, types.NewEIP155Signer(chainID), privateKey)
if err != nil {
log.Fatal(err)
}
ts := types.Transactions{signedTx}
b := new(bytes.Buffer)
ts.EncodeIndex(0, b)
rawTxBytes := b.Bytes()
txToSend := new(types.Transaction)
rlp.DecodeBytes(rawTxBytes, &txToSend)
txErr := client.SendTransaction(context.Background(), tx)
if txErr != nil {
log.Fatalf("Error calling contract: %v", err)
}
以太坊交易有不同类型：EIP1559、EIP2711、EIP1718
并非所有geth客户端都支持每种事务类型。我认为您的问题中编码的交易是EIP2718。
https://blog.mycrypto.com/new-transaction-types-on-ethereum
来自上述文章：
EIP-2718为类型化事务定义了一个新的通用信封。在里面新的标准，交易看起来像这样：
TransactionType || TransactionPayload
其中字段定义为：
TransactionType：介于0和0x7f之间的数字，总共128可能的交易类型。TransactionPayload：任意字节数组，由事务类型定义。这些字段连接在一起(合并(形成一个打字交易。该标准未描述事务有效载荷的格式；它可以是任意的级数字节，使用新事务定义的任何编码器进行编码类型(例如，RLP、SSZ…(。选择简单字节串联是因为在不需要的情况下读取字节数组的第一个字节是微不足道的对于任何库或工具：您不需要RLP或SSZ解析器检查交易类型。
或者可能是不同的EIP类型。检查您的geth客户端版本，以及哪些支持
如果目标是创建事务并广播它，那么解决方案1就可以了。在场景背后，golang库将事务编码为字节数组，并将其发送到geth节点。
我认为这本书希望更精确，并显示中间发生了什么(例如，打印编码事务的十六进制(。这就是他进行这种编码的原因。它是强制性的吗？编号
能够对事务进行编码和解码可能很有用，例如，您在其他地方创建事务，并且只想在go程序中对其进行签名/广播。在这种情况下，您必须解码字节数组并从中创建事务