知識庫 / 在引擎蓋下

協定和事件

線路上實際傳輸的是什麼。如果你正在審計客戶端、 正在編寫另一個客戶端，或者只是想確認上述描述是否屬實，這將非常有用。

為了方便起見，此頁面是機器翻譯的。英文原件為適用版本。

Nostr 底層

Nymbot 是建立在 Nostr 之上的。訊息即是事件，身分即是金鑰對，而傳遞則是一組中繼伺服器，而非你必須信任的單一伺服器。這就是為什麼來自任何其他 Nostr 應用程式的身分都能在此直接使用，無需任何更改。

涉及的事件：

一回合，端到端

1. 您的應用程式將訊息加密至 Nymbot 公佈的金鑰——古典與 ML-KEM——將其封裝在一次性金鑰下，並將封裝後的內容發佈到中繼節點。同時也會發送一份使用您自己金鑰封裝的副本，以便在任何裝置上都能恢復對話。
2. 它使用該封裝事件的 ID 以及一個針對該特定 動作與端點所簽署的新驗證事件來呼叫 worker，因此擷取到的簽章無法被重新用於不同的 請求。訊息本身絕不會以明文形式傳輸。
3. 該工作人員聲稱在獲取、生成或收費之前進行轉向。重新發送相同的訊息會重播第一次嘗試的答案，而不是購買第二次 —— 且一次傳聞的兩次包裝僅算作一個問題。
4. 它從中繼器獲取封裝，將其打開，檢查封印的簽署者是否與經過身份驗證的金鑰相符，從先前的封裝中重建線程，然後進行生成。
5. 回覆會封裝回您所公布的密鑰，發佈後直接交付給您的應用程式，並包含在回應中，因此無需等待轉發傳播即可顯示。

分類、路由、搜尋和工具呼叫都在步驟 4 的伺服器端進行。 傳回的是一則訊息。

信貸分類帳

餘額存在於單一寫入者的分類帳中，而非普通的行中，因此來自兩個裝置的並行支出無法同時對同一筆額度成功。每項貨幣操作都是冪等的且具有鍵值：對已付發票的申索無論重試多少次，都只會計入一次，而崩潰後恢復的代金券兌換也同樣只會計入一次。

支出由與該行動綁定的新簽名授權，且金額在生成前會先進行預留，並在生成後結算，這正是 Pro 回覆如何能預算其最大值，且僅向您收取實際使用金額的方式。

這 優惠券表格 記錄發行與支出 而不記錄是誰，而這正是它們的重點所在。