直到最近才开始在goerli上工作的代码已经不再适用于goerli了。
所讨论的代码是建议使用Gnosis安全事务的
@gnosis.pm/safe-core-sdk: ^2.1.0,
@gnosis.pm/safe-ethers-lib: ^1.1.0,
@gnosis.pm/safe-service-client: ^1.1.2,直到这三个步骤,包括,一切看起来都很棒
const safeTransaction = await safeSdk.createTransaction(safeTransactionData);
await safeSdk.signTransaction(safeTransaction);
const safeTxHash = await safeSdk.getTransactionHash(safeTransaction);我们有一个有效的Gnosis安全事务哈希(safeTxHash)。
按照代码,我希望下一步在任何问题上都会失败。
await serviceSdk.proposeTransaction(transactionConfig);代码SafeServiceClient中的注释
/**
* Creates a new multi-signature transaction with its confirmations and stores it in the Safe Transaction Service.
*
* @param proposeTransactionConfig - The configuration of the proposed transaction
* @returns The hash of the Safe transaction proposed
* @throws "Invalid Safe address"
* @throws "Invalid safeTxHash"
* @throws "Invalid data"
* @throws "Invalid ethereum address/User is not an owner/Invalid signature/Nonce already executed/Sender is not an owner"
*/
proposeTransaction({ safeAddress, senderAddress, safeTransaction, safeTxHash, origin }: ProposeTransactionProps): Promise<void>;但它的执行是不会失败的。但是,不能在网站的队列中找到事务,也不能通过safeClient.getTransaction检索它。据我所知,它从未被创造过。
这是一种觉知/格里回归吗?过时的图书馆?其他的?直到几天前(12/10/22),相同的代码才正常运行。
(编辑)这一不当行为可由仙境的gnosis-安全-建议者再现
发布于 2022-10-17 15:23:29
API URL https://safe-transaction.goerli.gnosis.io功能不全,要使用的正确网址是https://safe-transaction-goerli.safe.global。
我是用安全客户端网关 API找到的
$ curl https://safe-client.gnosis.io/v1/chains/5/about
{
"transactionServiceBaseUri":"https://safe-transaction-goerli.safe.global/",
"name":"safe-client-gateway",
"version":"3.36.0",
"buildNumber":"2953"
}一旦我实现了正确的API,我就找到了完整的OpenAPI规范。
如果有人能在正式发布这些信息的官方地点放弃评论,这将是有帮助的。
发布于 2022-10-17 23:47:06
我们降落在相同的解决方案(如OP)!官方信息在这里:https://forum.gnosis-safe.io/t/transaction-service-migration-october-2022/1550,我们通过gnosis用户界面在https://gnosis-safe.io/上找到它。
https://ethereum.stackexchange.com/questions/137490
复制相似问题