知识库 在引擎盖下
协议和事件
如果你正在审计客户端,写另一个,或者只是想知道上面的描述是真实的,有用。
为了方便起见，此页面是机器翻译的。英文原件为适用版本。
我们的底部
Nymbot 是建立在 Nostr 上,消息是事件,身份是密钥对,交付是传送的集合,而不是你必须信任的服务器。
涉及的事件:
| 种类 | 它是什么 |
|---|---|
| 1059 | 礼物包装携带一个信息,在任何一个方向。 |
| 14 | 内部的谣言 - 未签名的,所以它是不可否认的。 |
| 13 | 封印,由发件人签名,加密给收件人。 |
| 30078 | 带有KEM密钥的后量子能力公告。 |
| 27235 | 证明请求的短期 auth 事件是您的。 |
一个转弯,终结
- 您的应用程序将消息密封到Nymbot宣布的密钥中 - 经典和ML-KEM - 将其包裹在一次性密钥下,并将包裹发布到传递器中。
- 它会调用包裹的事件ID和为该单个操作和终点签署的新 auth 事件的工人,因此捕获的签名不能反对另一个请求。
- 发送相同的消息重复了第一个尝试的答案,而不是购买第二个 - 一个谣言的两个包裹作为一个问题。
- 它从连接器中获取包裹,打开它,检查密封的签名符匹配身份验证的密钥,从以前的包裹中重建线程,并生成。
- 答案被密封回您的宣布的密钥,发布,并在响应中交给您的应用程序,以便它显示而不等待传递传播。
分类、路由、搜索和工具呼叫都发生在第4步内,在服务器上。
信用账本
余额生活在单笔账本中,而不是普通的行,所以从两个设备的同时支出都不能成功对同一个信贷。
支出由新签名授权,绑定到该操作,并且该金额在生成之前保留,然后结算,这就是Pro响应如何预算其最大值,并只收取它所使用的费用。
该 彩票桌 记录发行和支出而不记录谁,这是他们的一切。