Nostr 绑定协议，带来基于链上机制的新可能性

CKB 中文 · 2024-05-22T17:37:58.000Z

CKB 社区成员Retric提出 Nostr Binding Protocol 原文发表在 Github https://github.com/RetricSu/nostr-binding/blob/main/docs/lightpaper-zh.md 在这篇文章里，我们提出了一种协议，将 Nostr 协议中的基本数据结构绑定到 CKB 区块链上。通过这种绑定，我们允许 Nostr 原生数据继承 CKB 区块链上 UTXO/Cell 的特性，为 Nostr 协议带来了基于链上机制的新的可能性。一个潜在的用例是在 Nostr 上发行原生资产。Nostr 绑定协议也为 dApp 带来了一种新的开发范式。与将你的 dApp 分成两个系统不同（一个是链下服务器，另一个是链上智能合约），我们使用一个具有不同数据级别的一致系统来构建 dApp。这与以太坊的模式有根本不同。 Web5 的三层结构: 关于 Nostr Nostr 是一种简单且开放的信息分发协议，它使用中继-客户端模型在全球网络中分发标准消息。中继-客户端模型类似于区块链中的 P2P 网络，但更便宜、更灵活、更实用(也更集中化)，更适合用来打造消费级应用的大规模采用。标准消息是 Nostr 的核心创新。Nostr 基于 JSON 定义了一种标准的消息格式(这个消息格式同时也是协议的基本数据结构)，用于描述各种不同的数据。它被称为"Event"。 Event 结构: Event 是一个包含任意内容并由用户签名的数据片段，因此可以在客户端进行验证，而无需信任任何中继服务器。你在 Nostr 协议中发布的所有消息都是不同种类和要求的 Event。你可以从 NIPs 了解更多关于 Nostr 的信息。关于 CKB CKB 是比特币的二层网络，具有类 UTXO 和 POW 的设计。CKB 的基本数据结构称为 Cell。Cell 是一种具有强大可编程性的通用 UTXO。 Cell 结构: Script结构: 你可以从 docs.nervos.org 了解更多关于 CKB 的信息。绑定所谓的绑定，就是在 Nostr Event 和 CKB Cell 之间创建一对一的映射关系。Event 用于定义你资产的详细信息，而与这个 Event 互相映射的 Cell 则用于提供所有权的保护和其他区块链特定的能力。要创建这种一对一映射，你需要让一个 Nostr Event 指向一个 CKB Cell，反之亦然。由于 Nostr 和 CKB 协议的简单性，创建这种绑定非常容易。我们需要的只是两个 Script 我们在 Nostr 绑定协议中引入了两个 CKB Script。第一个是 Nostr binding Script，它是一个 Type Script，定义了从 Nostr 协议的 Event 绑定到 CKB 上的方法。它是一个非常简单的 Script，但涵盖了绑定的核心逻辑。第二个是 Nostr lock Script，一个使用 Nostr Event 作为解锁签名的 Lock Script。它用于简化用户体验和构建基于 CKB 的 Nostr dApp 的过程。 Nostr binding Script Nostr binding Script是一个Type Script，用于定义从 Nostr 协议的某些特殊 Event 绑定到链上的规则。Nostr binding Script 确保使用该 Script 作为 Type Script的 Cell 是 CKB 区块链中唯一存在的一个与特定的 Nostr Event 绑定的 live Cell。 binding Script: TYPE_ID 用于确保区块链中只有一个 live Cell 具有这种 type hashNOSTR_EVENT_ID 用于确保该 Cell 只指向一个唯一的 Nostr Event 使用 Nostr binding Script 作为 Type Script的 Cell 是 Nostr Event 的绑定 Cell。 Nostr 绑定的 Event 结构: cell_type_id 标签在 Nostr 资产 Event 中确保该 Event 只指向一个唯一的 CKB Cell Nostr 资产 Event 呈现了用户铸造的资产。Nostr 资产元数据 Event 用于描述同一资产集合的元数据。 Nostr 资产元数据 Event 结构: Nostr Lock Script Nostr lock Script 是一个使用 Nostr Event 作为解锁证明的 Lock Script。它用于简化用户体验和构建基于 CKB 的 Nostr dApp 的过程。 Nostr lock Script结构: args 设置为 Nostr 账户的公钥。你也可以在最后 4 个字节中添加一个 POW 值，这意味着解锁 Event 必须满足一定的 POW 难度。当 args 是 32 个字节全为 0 时，意味着没有人可以解锁该锁。当前 32 个字节全为 0，最后 4 个字节是非零值时，意味着该锁可以被任何 Nostr 账户解锁，只要解锁 Event 满足一定的 POW 难度值(这可用于公平发行) Nostr 解锁 Event 结构: 要解锁使用 Nostr lock Script的 CKB Cell，必须在交易的 witness 字段中提供一个 Nostr 解锁 Event。用户可以生成多个解锁 Event，但由于 Event 在上传到链时会在标签中记录相应的 CKB 交易，剩余的 Event 将自动失效，因此不会有重放风险。 Nostr lock Script也可以支持多重签名。它的lock Script args 可以是一个 Nostr Event ID。该 Event 的 Tag 字段记录了所有所有者 M 个 P 公钥。解锁需要至少 N 个（N<=M）Nostr 账户提供 Nostr unlock Event 作为证明。有了 Nostr lock Script的帮助，用户可以使用 Nostr 生态客户端和浏览器插件直接签名并生成解锁的 Event 作为签名证明来解锁 CKB 交易，因此这些链下 Nostr 生态工具的开发者可以尽可能少地了解和引入 CKB 与区块链相关的代码。同时，用户几乎可以"不关心"区块链。项目方或其他志愿者可以运行一个特殊的中继，监控 Nostr 网络中是否有新的解锁 Event，如果有，就帮助解析交易并提交到 CKB 链进行解锁。交易费用可以通过预留部分余额作为手续费的 Cell 来支付。发行资产直接绑定用户:需要 Nostr 账户和 CKB 索引 CKB Cell 并计算该 Cell 的 TYPE_ID使用 TYPE_ID 生成带有 Nostr 签名的 Nostr 资产 Event使用 Nostr 资产 Event 生成 CKB 绑定交易，并发送到链上通过 RGB++ 用户:需要 Nostr 账户、比特币钱包和聪索引 UTXO，通过 RGB++ 生成映射 Cell，并计算该 Cell 的 TYPE_ID使用 TYPE_ID 生成带有 Nostr 签名的 Nostr 资产 Event使用 Nostr 资产 Event 生成 CKB 绑定交易，并发送到链上转账使用 Nostr 锁定时用户:需要 Nostr 账户在 CKB 上索引你想要解锁的使用 Nostr lock Script的 Cell构造一个 CKB 交易，用其他lock Script替换这个 Cell使用第 2 步的结果，通过 Nostr 客户端/浏览器扩展生成 Nostr 解锁 Event将 Nostr 解锁 Event 发送到一个特殊的中继组，并提交到链上使用其他锁定时用户:需要拥有对应其他锁定的钱包，无需任何 Nostr 相关操作只需按照 CKB/RGB++ 上的正常流程解锁转账即可。可扩展性问题 Nostr 绑定协议的主要优势是非常简单直接。简单性也使客户端开发者更容易在其之上构建产品。另一方面，Nostr 绑定协议的缺点是可扩展性问题。在这种简单设计下，Nostr token 的吞吐量与 CKB 区块链绑定，因此 CKB 区块链将成为瓶颈。考虑到 Nostr 作为一个更灵活的社交网络，旨在大规模采用，当未来有大量用户与这些原生资产交互时，这种吞吐量可能会成为问题。然而，我们看到了一些解决这个问题的选择: 与 CKB 闪电网络集成由于 Nostr 绑定协议创建的 Nostr 原生资产可以被视为普通的 CKB 资产，因此一旦 CKB 闪电网络推出，我们可以利用它来扩展 Nostr 绑定协议。Nostr 绑定协议本身不需要任何更改，这是一个免费的功能。但缺点是需要等待 CKB 闪电网络推出。实现简单但有用的支付通道在 CKB 闪电网络推出之前的另一种选择是实现一些非常简单但有用的支付通道，如 spillman 通道。spillman 通道是一种单向支付通道，实现更简单。通道中有一个付款人和一个收款人。对于区块链来说，这种支付通道可能不太有用，但在 Nostr 绑定协议的情况下，它非常适合内容创作者与他们的关注者之间的订阅模式。 N 对 1 绑定而不是 1 对 1 绑定与创建 1 对 1 绑定不同，我们可以在 Nostr Event 和 CKB Cell 之间创建 N 对 1 绑定。换句话说，我们将多个事件捆绑到一个单元格中，以实现可扩展性。这将使链上映射存储成本比链下 Nostr Event 小得多。但是，N 对 1 绑定的问题在于，它需要设计一种新的模式来控制和拆分捆绑事件的所有权。这将更加复杂，需要额外的设计和实现工作。 RGB 风格解决方案实现最终可扩展性的另一种方式是创建一种 RGB 风格的解决方案，将 CKB Cell 用作一次性密封，并使 Nostr 协议成为类似 RGB 协议的实现层。这种解决方案可以选择只实现代币标准，而排除原始 RGB 协议中的通用智能合约理念，从而简化工作流程。常见问题解答为什么选择 Nostr? Nostr 是基于加密技术的大众级应用的理想层。它是一种超级简单、直接、实用、不带偏见且易于集成的信息分发协议。许多 web3 项目可能会使用类似 Arweave 和 IPFS 的东西，它们持有完全不同的价值观和理念。你可以将 Nostr 视为一种超级松散的协议，没有对完全去中心化的 P2P 网络的执着，也没有长期存在于 web3 世界中对代币经济和激励机制的过度承诺，这使得 Nostr 更加实用和不带偏见。为什么不直接使用区块链资产? 让用户能够基于 Event 在 Nostr 网络中发行自己的原生资产，而不是在 Nostr 网络中直接使用现有的区块链代币，主要是基于这样一个简单的事实：如果没有创造价值，代币就没有意义。对于消费级产品，大多数区块链资产只会在产品工作流程中带来阻力，而不会为产品增加价值。与其将代币机制强加到产品中，不如从用户角度出发，看看他们需要什么，区块链能提供什么帮助。我们认为基于 Event 的原生资产符合这种方法论。应用开发者和用户可以从自己的角度看看他们能用资产做什么，而不是强制他们接受现有的区块链资产和规则。此外，基于 Event 的资产更容易与 Nostr 协议无缝协作，为现有的 Nostr 生态系统产品和工具带来了新的玩法。为什么选择 CKB? 由于 CKB 的可编程性，使用 CKB 实现绑定协议要容易得多。比特币就更难了。此外，考虑到 CKB 与 BTC 绑定的独特方式，通过先与 CKB 绑定，再与 BTC 绑定会更容易。结语总的来说，Nostr 作为一种简单实用的信息分发协议，非常适合消费级应用的大规模采用。而 CKB 的可编程性和与比特币的绑定关系，使其成为实现 Nostr 绑定协议的理想选择。同时，基于 Nostr Event 发行原生资产，可以从应用出发设计新的产品机制，从而让 Nostr 与其他传统互联网应用进行竞争，寻找自己独特的 PMF。

Il membro della comunità CKB Retric ha proposto il protocollo vincolante Nostr
L'articolo originale è stato pubblicato su Github https://github.com/RetricSu/nostr-binding/blob/main/docs/lightpaper-zh.md
In questo articolo proponiamo un protocollo che lega le strutture dati di base del protocollo Nostr alla blockchain CKB. Attraverso questo legame, permettiamo ai dati nativi di Nostr di ereditare le caratteristiche di UTXO/Cell sulla blockchain CKB, apportando nuove possibilità al protocollo Nostr basato su meccanismi on-chain. Un potenziale caso d'uso è l'emissione di asset nativi su Nostr. Il protocollo di associazione Nostr apporta anche un nuovo paradigma di sviluppo alle dApp. Invece di dividere la tua dApp in due sistemi (uno è un server fuori catena e l'altro è uno smart contract on-chain), creiamo dApp utilizzando un sistema coerente con diversi livelli di dati. Questo è fondamentalmente diverso dal modello di Ethereum.
La struttura a tre livelli di Web5:
A proposito di NostrNostr è un protocollo di distribuzione dei messaggi semplice e aperto che utilizza un modello client-inoltro per distribuire messaggi standard su reti globali. Il modello client-relè è simile alla rete P2P nella blockchain, ma più economico, più flessibile, più pratico (e più centralizzato) e più adatto per l’adozione di massa di applicazioni di livello consumer. I messaggi standard sono l’innovazione principale di Nostr. Nostr definisce un formato di messaggio standard basato su JSON (questo formato di messaggio è anche la struttura dati di base del protocollo) per descrivere vari dati. Si chiama "Evento".
Struttura dell'evento:
Un evento è un pezzo di dati che contiene contenuto arbitrario ed è firmato dall'utente in modo che possa essere verificato sul lato client senza fidarsi di alcun server di inoltro. Tutti i messaggi che pubblichi nel protocollo Nostr sono Eventi di diversa natura ed esigenza. Puoi saperne di più su Nostr da NIPs.
A proposito di CKBCKB è la rete di secondo livello di Bitcoin con un design simile a UTXO e POW. La struttura dati di base di CKB si chiama Cell. Cell è un UTXO per uso generale con forte programmabilità.
Struttura cellulare:
Struttura della sceneggiatura:
Puoi saperne di più su CKB da docs.nervos.org.
legameIl cosiddetto legame consiste nel creare una relazione di mappatura uno a uno tra Nostr Event e CKB Cell. Gli eventi vengono utilizzati per definire i dettagli delle tue risorse e le celle mappate a questo evento vengono utilizzate per fornire protezione della proprietà e altre funzionalità specifiche della blockchain. Per creare questa mappatura uno a uno, è necessario che un evento Nostr punti a una cella CKB e viceversa. Grazie alla semplicità dei protocolli Nostr e CKB, creare questa associazione è molto semplice.
Tutto ciò di cui abbiamo bisogno sono due scriptAbbiamo introdotto due script CKB nel protocollo di associazione Nostr. Il primo è lo script di associazione Nostr, che è un Type Script che definisce i metodi per associare eventi dal protocollo Nostr a CKB. È uno script molto semplice ma copre la logica principale dell'associazione. Il secondo è il Nostr lock Script, uno script di blocco che utilizza Nostr Event come firma di sblocco. Viene utilizzato per semplificare l'esperienza dell'utente e il processo di creazione di Nostr dApp basate su CKB.
Nostr vincolante ScriptLo script di associazione Nostr è un tipo di script utilizzato per definire le regole per associare determinati eventi speciali dal protocollo Nostr alla catena. Lo script di associazione Nostr garantisce che la cella che utilizza questo script come script di tipo sia l'unica cella attiva esistente nella blockchain CKB ed è associata a uno specifico evento Nostr.
Scrittura vincolante:
TYPE_ID viene utilizzato per garantire che solo una cella attiva nella blockchain abbia questo tipo di hash
NOSTR_EVENT_ID viene utilizzato per garantire che la cella punti solo a un evento Nostr univoco
La cella che utilizza lo script di associazione Nostr come script di tipo è la cella di associazione dell'evento Nostr.
Struttura dell'evento vincolata da Nostr:
Il tag cell_type_id nell'evento Nostr asset garantisce che l'evento punti solo a una cella CKB univoca
Evento Nostr Asset Presenta un asset coniato dall'utente. Nostr Asset Metadata Metadati dell'evento utilizzati per descrivere la stessa raccolta di risorse.
Metadati del nostro asset Struttura evento:
Script di blocco della nostra finestraNostr lock Script è uno script di blocco che utilizza Nostr Event come prova di sblocco. Viene utilizzato per semplificare l'esperienza dell'utente e il processo di creazione di Nostr dApp basate su CKB.
Nostr lock Struttura dello script:
args è impostato sulla chiave pubblica dell'account Nostr. Puoi anche aggiungere un valore POW negli ultimi 4 byte, il che significa che è necessario soddisfare una certa difficoltà POW per sbloccare l'evento.
Quando args è 32 byte tutti 0, significa che nessuno può sbloccare il blocco.
Quando i primi 32 byte sono tutti 0 e gli ultimi 4 byte sono diversi da zero, significa che il lucchetto può essere sbloccato da qualsiasi account Nostr, purché l'evento di sblocco soddisfi un certo valore di difficoltà POW (questo può essere utilizzato per equità emissione)
Nostr sblocca la struttura degli eventi:
Per sbloccare una cella CKB utilizzando lo script di blocco Nostr, è necessario fornire un evento di sblocco Nostr nel campo testimone della transazione. Gli utenti possono generare più eventi di sblocco, ma poiché l'evento registrerà la transazione CKB corrispondente nel tag una volta caricato nella catena, gli eventi rimanenti diventeranno automaticamente non validi, quindi non vi è alcun rischio di ripetizione.
Nostr lock Script può anche supportare più firme. Gli argomenti dello script di blocco possono essere un ID evento Nostr. Il campo Tag di questo evento registra tutte le chiavi pubbliche MP proprietarie. Lo sblocco richiede almeno N (N<=M) account Nostr per fornire l'evento di sblocco Nostr come prova.
Con l'aiuto di Nostr lock Script, gli utenti possono utilizzare il client ecologico Nostr e il plug-in del browser per firmare e generare direttamente eventi sbloccati come prove di firma per sbloccare transazioni CKB, in modo che gli sviluppatori di questi strumenti ecologici Nostr off-chain possano sapere tanto poco quanto possibile E introdurre CKB e codice relativo alla blockchain. Allo stesso tempo, gli utenti possono quasi “non interessarsi” della blockchain. Il partecipante al progetto o altri volontari possono eseguire un relè speciale per monitorare se ci sono nuovi eventi di sblocco nella rete Nostr e, in tal caso, aiutare ad analizzare le transazioni e inviarle alla catena CKB per lo sblocco. Le commissioni di transazione possono essere pagate tramite Celle che riservano parte del loro saldo come commissioni di gestione.
Emettere benirilegatura direttaUtente: richiede l'account Nostr e CKB
Indicizzare la cella CKB e calcolare il TYPE_ID della cella
Genera evento asset Nostr con firma Nostr utilizzando TYPE_ID
Utilizza Nostr asset Event per generare una transazione di associazione CKB e inviarla alla catena
tramite RGB++Utente: richiede un account Nostr, un portafoglio Bitcoin e Satoshi
Indicizza UTXO, genera la mappatura della cella tramite RGB++ e calcola il TYPE_ID della cella
Genera evento asset Nostr con firma Nostr utilizzando TYPE_ID
Utilizza Nostr asset Event per generare una transazione di associazione CKB e inviarla alla catena
trasferimentoQuando si blocca con NostrUtente: è richiesto il nostro account
Indicizza la cella che desideri sbloccare utilizzando Nostr lock Script su CKB
Costruisci una transazione CKB e sostituisci questa cella con un altro script di blocco
Utilizzando i risultati del passaggio 2, generare un evento di sblocco Nostr tramite l'estensione client/browser Nostr
Invia l'evento di sblocco Nostr a uno speciale gruppo di rilancio e invialo alla catena
Quando si utilizzano altre serratureUtente: è necessario disporre di un portafoglio corrispondente ad altri lucchetti, non sono richieste operazioni relative a Nostr
Segui semplicemente la normale procedura su CKB/RGB++ per sbloccare il trasferimento.
Problemi di scalabilitàIl vantaggio principale del protocollo di associazione Nostr è che è molto semplice e diretto. La semplicità rende anche più semplice per gli sviluppatori client creare prodotti su di esso. D'altra parte, lo svantaggio del protocollo di associazione Nostr è il problema della scalabilità. Con questo semplice design, il throughput del token Nostr è legato alla blockchain CKB, quindi la blockchain CKB diventerà il collo di bottiglia. Considerando che Nostr è progettato come un social network più flessibile mirato all’adozione di massa, questo throughput potrebbe diventare un problema in futuro quando un gran numero di utenti interagirà con queste risorse native.
Tuttavia, vediamo alcune opzioni per risolvere questo problema:
Integrato con CKB Lightning Network
Poiché gli asset nativi Nostr creati dal protocollo di associazione Nostr possono essere trattati come normali asset CKB, possiamo utilizzarli per estendere il protocollo di associazione Nostr una volta avviato il CKB Lightning Network. Il protocollo di associazione Nostr in sé non richiede alcuna modifica, è una funzionalità gratuita. Ma lo svantaggio è che bisogna aspettare il lancio del CKB Lightning Network.
Implementa un canale di pagamento semplice ma utile
Un’altra opzione prima del lancio di CKB Lightning Network è quella di implementare alcuni canali di pagamento molto semplici ma utili come i canali Spillman. Il canale spillman è un canale di pagamento unidirezionale più semplice da implementare. C'è un pagatore e un beneficiario nel canale. Questo tipo di canale di pagamento potrebbe non essere molto utile per una blockchain, ma nel caso del protocollo vincolante Nostr si adatta perfettamente a un modello di abbonamento tra i creatori di contenuti e i loro follower.
Rilegatura N a 1 invece di rilegatura 1 a 1
Invece di creare un legame 1 a 1, possiamo creare un legame N a 1 tra l'evento Nostr e la cella CKB. In altre parole, raggruppiamo più eventi in una cella per la scalabilità. Ciò renderà il costo di archiviazione della mappatura in catena molto inferiore rispetto a Nostr Event fuori catena. Tuttavia, il problema con l'associazione N-a-1 è che richiede la progettazione di un nuovo modello per controllare e dividere la proprietà degli eventi raggruppati. Ciò sarà più complesso e richiederà ulteriore lavoro di progettazione e implementazione.
Soluzione in stile RGB
Un altro modo per ottenere la massima scalabilità è creare una soluzione in stile RGB, utilizzando la cella CKB come sigillo una tantum e rendendo il protocollo Nostr un livello di implementazione simile al protocollo RGB. Questa soluzione semplifica il flusso di lavoro scegliendo di implementare solo lo standard token ed escludendo le idee generali dello smart contract dal protocollo RGB originale.
Domande frequentiPerchè scegliere Nostr?
Nostr è un livello ideale per applicazioni su larga scala basate sulla crittografia. È un protocollo di distribuzione delle informazioni estremamente semplice, diretto, pratico, imparziale e facile da integrare. Molti progetti web3 possono utilizzare cose come Arweave e IPFS, che contengono valori e filosofie completamente diverse. Puoi pensare a Nostr come a un protocollo super flessibile, senza l’ossessione per una rete P2P completamente decentralizzata, né l’eccessivo impegno per l’economia dei token e i meccanismi di incentivazione che esistono da tempo nel mondo web3, il che rende Nostr più pratico e non giudicante.
Perché non utilizzare semplicemente le risorse blockchain?
Consentire agli utenti di emettere i propri asset nativi nella rete Nostr in base agli eventi, anziché utilizzare direttamente i token blockchain esistenti nella rete Nostr, si basa principalmente sul semplice fatto che se non viene creato alcun valore, i token non hanno alcun valore. Per i prodotti di livello consumer, la maggior parte delle risorse blockchain crea semplicemente attrito nel flusso di lavoro del prodotto anziché aggiungere valore al prodotto. Piuttosto che forzare un meccanismo di token in un prodotto, è meglio guardare dal punto di vista dell’utente e vedere di cosa ha bisogno e come la blockchain può aiutare. Riteniamo che le risorse native basate su eventi si adattino a questa metodologia. Gli sviluppatori di applicazioni e gli utenti possono vedere cosa possono fare con le risorse dalla propria prospettiva, invece di costringerli ad accettare le risorse e le regole blockchain esistenti. Inoltre, è più probabile che le risorse basate su eventi funzionino perfettamente con il protocollo Nostr, apportando nuovi modi di giocare ai prodotti e agli strumenti esistenti dell’ecosistema Nostr.
Perchè scegliere CKB?
L'implementazione di protocolli vincolanti utilizzando CKB è molto più semplice grazie alla sua programmabilità. Bitcoin è ancora più difficile. Inoltre, dato il modo unico in cui CKB è legato a BTC, sarebbe più semplice legarsi prima a CKB e poi a BTC.
ConclusioneNel complesso, Nostr, in quanto protocollo di distribuzione delle informazioni semplice e pratico, è molto adatto per l'adozione su larga scala di applicazioni consumer. La programmabilità e la relazione vincolante di CKB con Bitcoin lo rendono la scelta ideale per implementare il protocollo vincolante Nostr. Allo stesso tempo, emettendo risorse native basate su Nostr Event, è possibile progettare nuovi meccanismi di prodotto basati sulle applicazioni, consentendo a Nostr di competere con altre applicazioni Internet tradizionali e trovare il proprio PMF unico.