使用Google Cloud Key Management Service签署以太坊交易

Question

我一直在为以太坊交易管理器编写签名者服务，我需要使用Google KMS Golang API签署以太坊交易。我将尝试在下面总结我面临的问题。

以太坊需要R || S || V格式的压缩RLP编码65字节ECDSA签名。另一方面，Google KMS的ECDSA签名具有额外的报头部分(R长度、S长度等)以及可变长度的R和S部分。这使得这些签名与以太坊交易签名不兼容。

解决这个问题的一种方法是从Google KMS获得的ecdsa签名中解析R和S字节，计算并将V字节添加到末尾，并使用此签名获得签名的以太坊交易。类似于这样：

var parsedSig struct{ R, S *big.Int }
_, err = asn1.Unmarshal(body, &parsedSig)
if err != nil {
    logger.WithError(err).Error("failed to parse signature bytes")
    return err
}

然而，由于以下一个或多个原因，这可能会失败：

• Creating compact ECDSA signatures of 65-byte length by parsing out the R and S components and adding the V component is possibly as distrustful as it sounds. R and S components as mentioned above are not always of 32 byte length for standard ECDSA signatures, which means that the ECDSA signature created by concatenating the components might not always result in 64 bytes.
• Currently signed transactions in Ethereum are created from Keccak-256 digest hashes after RLP encoding transactions as shown below:

  // from go-ethereum
  func rlpHash(x interface{}) (h common.Hash) {
      hw := sha3.NewLegacyKeccak256()
      rlp.Encode(hw, x)
      hw.Sum(h[:0])
      return h
  }
  

  我如何解决上述问题，以便能够使用Google KMS的非对称椭圆曲线签名算法创建可验证的签名以太坊交易？

Answer 1

您可以使用GCP签署以太坊交易（使用secp256k1）。不过，它需要对“v”值进行一些计算。这是一个包含完整过程的库：

https://pkg.go.dev/github.com/pascaldekloe/etherkeyms@v0.1.0/谷歌

使用SHA-256摘要进行以太坊交易是否有效？

我也有同样的疑问。据我所知，曲线计算不关心散列算法。也许谷歌使用分类只是为了尺寸？不管怎样，SHA-256在这里工作得很好。

https://github.com/pascaldekloe/etherkeyms/blob/096d712031548e601994c859637009eb53a08e34/google/google.go#L101