英文:
Does Google Cloud Platform KMS support RFC6979 signature generation using secp256k1
问题
我们想要使用GCP KMS来管理我们的以太坊服务器密钥。为了做到这一点，我们需要支持以与ethers.js（v5）的wallet.signMessage(...)相同的方式签署消息的能力。据我了解，它使用RFC6979来为相同的输入消息产生相同的签名（即从消息和私钥计算出k）。
是否有人知道GCP KMS secp256k1密钥是否支持这一功能？如果支持，我们应该如何使用这个功能？
在搜索GCP文档和谷歌时没有找到相关信息。
英文:
We want to use GCP KMS to manage our Ethereum server keys. To do this, we need to be able to support the ability to sign messages the same way ethers.js (v5) wallet.signMessage(...) does. It is my understanding that it uses RFC6979 to produce the same signature for the same input message. (ie. k is computed from the message and the private key.)
Does anyone know if GCP KMS seckp256k1 keys support this? And if so, how do we use this feature?
Searching the GCP docs and google turned up nothing.
答案1
得分: 1
目前，Cloud KMS 不支持确定性签名（RFC 6979）。
然而，据我所知，以太坊网络不要求确定性签名，而由Cloud KMS生成的非确定性签名应该是可以的。
如果您尝试过在以太坊网络上使用Cloud KMS签名并在某个地方遇到问题，那将是很有趣的。
英文:
Presently, Cloud KMS doesn't support deterministic signatures (RFC 6979).
However, AFAIK, the Ethereum network doesn't require deterministic signatures, and the non-deterministic signatures produced by Cloud KMS ought to be fine.
It would be interesting to know if you tried to use a Cloud KMS signature with the Ethereum network and got stuck somewhere.
通过集体智慧和协作来改善编程学习和解决问题的方式。致力于成为全球开发者共同参与的知识库，让每个人都能够通过互相帮助和分享经验来进步。
评论