-
Notifications
You must be signed in to change notification settings - Fork 136
Newsletter-361: translate into Chinese #2416
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
|
||
- *<!--static-state-->**静态状态:* 基于 CTV 的保险库相对于预签名保险库的一个声称的优势是,可能可以从静态备份中计算出恢复钱包所需的所有信息,例如[输出脚本描述符][topic descriptors]。然而,已经有关于预签名保险库的工作,也允许通过在链上交易中存储预签名状态的非确定性部分来实现静态备份(参见[周报 #255][news255 presig vault state])。Optech 认为更高级的保险库也可以从静态状态恢复,但我们在截稿时尚未验证这一点。 | ||
|
||
- *<!responses-from-bitcoin-core-contributors-->**来自 Bitcoin Core 贡献者的回复:* 截至撰写本文时,Optech 识别的四位目前活跃的 Bitcoin Core 贡献者在邮件列表中回复了这封信。他们说: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- *<!responses-from-bitcoin-core-contributors-->**来自 Bitcoin Core 贡献者的回复:* 截至撰写本文时,Optech 识别的四位目前活跃的 Bitcoin Core 贡献者在邮件列表中回复了这封信。他们说: | |
- *<!--responses-from-bitcoin-core-contributors-->**来自 Bitcoin Core 贡献者的回复:* 截至撰写本文时,Optech 识别的四位目前活跃的 Bitcoin Core 贡献者在邮件列表中回复了这封信。他们说: |
|
||
- [Sjors Provoost][provoost ctvcom]:“让我也谈谈我自己的动机。保险库似乎是提案启用的唯一功能,我个人认为重要到值得为之工作。[...] 直到最近,我似乎认为保险库的势头在于 OP_VAULT,而这反过来又需要 OP_CTV。但单一目的的操作码并不理想,所以这个项目似乎没有进展。[...] 相反,我不反对 CTV + CSFS;我没有看到它们有害的论据。由于几乎没有 MeVil 潜力,我也可以想象其他开发者小心地开发和推出这些更改。我只会关注这个过程。我_会_反对的是像共同签署人 Paul Sztorc 提议的基于 Python 的替代实现和激活客户端。” | ||
|
||
- *<!--signatory-statements-->**签署者声明:* 信的签署者在后续声明中也澄清了他们的意图: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
not sure about the *s here
|
||
- [Harsha Goli][goli ctvcom]:“大多数人签署是因为他们真的不知道下一步应该是什么,而交易承诺的压力如此之大,以至于一个糟糕的选择(签署信)比不作为更优。在信件发出前的对话中(由我的行业调查促成),我只收到许多签署者对信的责备。我实际上不知道有任何一个人明确认为这是一个好主意。即便如此,他们还是签了名。这其中暗藏玄机。” | ||
|
||
- **<!--op-cat-enables-winternitz-signatures-->****OP_CAT 启用 Winternitz 签名:** 开发者 Conduition 在 Bitcoin-Dev 邮件列表上[发布][conduition winternitz]了一个[原型实现][conduition impl],使用提议的 [OP_CAT][topic op_cat] 操作码和其他脚本指令,允许使用 Winternitz 协议的[量子抗性][topic quantum resistance]签名由共识逻辑验证。Conduition 的实现需要近 8,000 字节的密钥、签名和脚本(大部分受见证折扣影响,减少链上重量到约 2,000 vbytes)。这比 Jeremy Rubin 之前提议的另一个基于 `OP_CAT` 的量子抗性[Lamport 签名][Lamport signature]方案小约 8,000 vbytes。 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
not sure about the *s here
|
||
- **<!--op-cat-enables-winternitz-signatures-->****OP_CAT 启用 Winternitz 签名:** 开发者 Conduition 在 Bitcoin-Dev 邮件列表上[发布][conduition winternitz]了一个[原型实现][conduition impl],使用提议的 [OP_CAT][topic op_cat] 操作码和其他脚本指令,允许使用 Winternitz 协议的[量子抗性][topic quantum resistance]签名由共识逻辑验证。Conduition 的实现需要近 8,000 字节的密钥、签名和脚本(大部分受见证折扣影响,减少链上重量到约 2,000 vbytes)。这比 Jeremy Rubin 之前提议的另一个基于 `OP_CAT` 的量子抗性[Lamport 签名][Lamport signature]方案小约 8,000 vbytes。 | ||
|
||
- **<!--commit-reveal-function-for-post-quantum-recovery-->****用于后量子恢复的承诺/揭示功能:** Tadge Dryja 在 Bitcoin-Dev 邮件列表上[发布][dryja fawkes]了一种方法,允许个人使用[对量子脆弱][topic quantum resistance]的签名算法花费 UTXO,即使快速量子计算机会允许重定向(窃取)任何尝试花费的输出。这需要一个软分叉,并且是 Tim Ruffing 之前提议的变体(参见[周报 #348][news348 fawkes])。 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
not sure about the *s here
No description provided.