Sui?遵循加密货币行业广泛接受的钱包规范，如?BIP-32?，BIP-44?和?BIP-39?。这些规范已经成为加密货币行业的普遍现象，作为用户管理账户密钥的一种手段。
目前，Sui?接受使用?Ed?25519?或?ECDSASecp?256?k?1?的签名交易。在?Sui?钱包和?SDK?中，Sui?提供了一个灵活的接口来签署各种签署方案的交易。
密钥衍生方案
Sui?遵循?BIP-32?来管理支持?ECDSASecp?256?k?1?签名方案的钱包。
BIP-32?定义了分层的确定性钱包结构，以逻辑地关联一组钥匙。以这种方式对钥匙进行分组，减少了跟踪一个用户的大量私钥的开销。这种方法也让保管人在一个控制源下为每个用户账户分发不同的管理地址。
Circle指责SEC破坏其SPAC上市计划:金色财经报道，稳定币发行商Circle在去年 12 月放弃通过SPAC上市的计划，并不是因为加密市场的动荡，而是因为美国证券交易委员会 (SEC) 尚未签署本应成为其中一项的协议。“由于美国证券交易委员会尚未宣布我们的 S-4 注册‘有效’，因此在交易协议到期之前无法完成业务合并，”Circle表示。S-4 注册是公司必须向 SEC 提交的注册文件，以寻求发行新股的许可。
从2021年8月首次提出SPAC上市申请到2022年12月，Circle在申请审核的15个月内并未获得回应，一位知情人士称，这期间浪费了很长时间，并指出美国与加密货币公司互动的“监管混乱”在2021 年的大部分时间里普遍存在。[2023/1/26 11:30:16]
使用?BIP-32?将私钥的推导与公钥的推导解耦，实现了只看钱包的用例，即可以推导出一串公钥及其地址，而私钥可以保持离线签署。
律师：美SEC在针对Ripple案件的言论中存在诸多矛盾，胜算并不高:1月17日消息，Ripple律师John Deaton分享了进一步的见解，解释了为什么他认为美国SEC的论点可以让Ripple Labs在有关XRP地位的持续诉讼中获胜。
Deaton表示，美国SEC声称XRP在任何时候都是一种证券，这证明Howey测试没有简单的定义，这使得它用于确定资产是否为证券是一项艰巨的任务。Deaton称，提交给法院的约3000份法庭之友简报显示，首次购买XRP的人甚至不知道Ripple Labs的存在，也不知道Ripple Labs对XRP有任何影响。
在这场始于2020年12月的诉讼过程中，美国SEC起草了一名专家作证反对XRP。Deaton指出，根据Howey测试的规定，专家试图将整个XRP社区称为“共同企业”。但这些指控是毫无根据的，因为专家没有采访任何XRP持有者，SEC也没有将专家的立场纳入其简易判决。
Deaton指出了所有这些观察结果和矛盾之处，他说，那些认为SEC有机会打赢这场官司的人高估了SEC获胜的机会。（U.Today）[2023/1/17 11:16:36]
Sui?遵循?SLIP-0010?来管理支持?Ed?25519?签名方案的钱包。
美SEC向HEX、PulseChain和PulseX推广者发出传票:11月6日消息，美国证券交易委员会（SEC）向HEX、PulseChain和PulseX等加密货币的推广者发出传票。
据悉，美国证券交易委员会正在打击社交媒体大V向数百万投资者兜售有风险的、未公开的代币的行为。（cointelegraph）[2022/11/6 12:23:13]
Sui?使用?SLIP-0010?是因为?BIP-32?最初是为具有初阶组的?ECDSA?设计的，而?Ed?25519?曲线是基于?h×?的组阶，其中?h?是一个小的协处理器，?是一个?252?位的素数。这是一个高级的技术细节，但?Ed?25519?签名标准对私钥的低位和高位都应用了比特钳制，这使得一些?BIP-32?模式与?Ed?25519?不兼容。因此，SLIP-0010?规定禁止从现有用户的公钥中衍生出新的公钥。SLIP-0010?只支持所谓的"加固的"私人父钥匙到私人子钥匙的衍生。
目的层通常被设置为?44?，与?BIP?号码相对应。然而，在?Sui?中，目的层区分了不同的签名方案。44?被设置为?Ed?25519?，?54?被设置为?ECDSASecp?256?k?1?。虽然将目的级别设置为非?44?的值是不标准的，但使用目的字段来区分不同的签名方案是很常见的。例如，BIP-49?和?BIP-84?被用来识别比特币的脚本类型。Sui?选择?54?来表示?ECDSASecp?256?k?1?，因为?54?下没有现有的?BIP，避免与任何比特币标准混淆。
coin_type值是用所有其他加密货币的存储库来管理的。两个签名方案都使用?Sui?注册的?coin_type，?784?。
保管人管理多个用户账户。
用户为特定目的指定账户，如捐款、储蓄和支出。
为了支持多账户，Sui?建议从零开始递增账户级别。人们普遍认为，基于账户的货币只定义前三个层次，而基于?UTXO?的货币则增加了变化和地址层次的定义。因为?Sui?的面向对象的数据模型既不是?UTXO?也不是基于账户的，它采用了所有五个级别以获得最大的兼容性。
Sui?的密钥管理
Sui?通过其?TypescriptSDK?和命令行界面支持密钥对生成和相关的助记符。该?SDK?提供额外的功能，包括交易签名和?RPC?集成。
具体步骤如下：
从助记符推导出一个密钥对
获取其地址
用它来签署一个序列化的类型化交易
针对?RPC?提供者执行
命令行界面
安全的，但又便于其所有者访问。Sui?依靠行业标准来指导对用户钱包的设计，同时在探索不同的签名方案时保持敏捷和灵活。除了?Sui?目前支持的钱包规格外，还在不断创新钱包设计，使与?Sui?的互动更安全，更容易使用。Sui?将很快分享关于钱包预批准交易的设计。Sui?钱包不需要一次一次地签署交易，而是让链上游戏变得实用，充分释放?Sui?网络上快速执行的潜力。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。