#noss 有说是骗算力的😂
LIVE加密姐阿寒
--
【0 Gas】闪电网络新铭文$NOSS教程（内涵NOSS 白皮书）
#NoScription教程
闪电网络铭文 $NOSS 总量 210 万张，免费铸造,类似 Atomicals，需要用到算力挖矿，大约30秒出一张。不同之处是：全新的空钱包也可以参与，完全不需要费用。铸造完成后会开通转账功能和市场功能。
无 GAS 铸造原理Nostr 与区块链无关。铸造是通过 Nostr 公钥对铭文文本签名，签名的内容会被提交至中继器保存，然后进行数据检索确权。值得注意的是 Nostr 消息由中继器保存，所以资产的双花问题依然存在。
官推：https://twitter.com/NoScription
官网：https://noscription.org/
点击右上角【Nostr Login】
推荐使用小蜜蜂钱包或者 OKX 钱包，用小蜜蜂需要新邀请码
点击MINE，开始“挖矿”，这里解释一下这个项目是POW的，也就是和比特币一样，需要用电脑去算哈希值，算对了才能获得 $noss ,而不是拼手速，推荐大家用Adspower指纹浏览器开多个进程（比如一百个网页同时挖），同时根据挖ARC项目的经验，电脑配置越高算的越快
如何确认是否成功
noss余额查询：
https://api-worker.noscription.org/indexer/balance?npub=你的npub地址
建议最好使用服务器开干，新手避免把自己的电脑干废了
Noscription （Nostr + Inscription） 是一种实验性协议，用于在 Nostr 上为 brc-20 类似代币创建铭文以取乐。
这只是一个有趣的协议，它演示了人们如何使用 Nostr 创建类似链的数据线程，用于在其上刻字。
与比特币序数或 BRC-20 不同，Nostr 继电器上的数据不能保证永远持久存在。因此，该协议中的所有 Nostr 事件都是一一链接的，每个事件都标记前一个事件，以确保事件的顺序。强烈建议每个人，尤其是 Noscription 持有者，保留其活动的本地副本，以确保其 Noscription 的持久性。
主意
只有一个“创世”事件宣告 Noscription 协议的诞生
将会有一些部署事件，每个部署事件都声明在Noscription Protocol上部署一种代币。
每个“部署”事件必须标记创世事件
将会有一些铸造事件，通过向 Noscription 中继宣布有效的铸造事件，发送者可以为自己铸造部署事件中指定的一些代币。
每个薄荷事件必须按顺序标记前一个事件。
第一个 Mint 事件必须标记该特定令牌的部署事件。
部署活动中会有铸币周期定义。铸造期结束后，任何新的铸造事件将被视为有效。
将会有一些转账事件，通过向 Noscription 中继宣布有效的转账事件，发送者可以将一些代币从他的 npub 移动到另一个 npub
只有在所有代币铸造完毕或铸造期限过后，才能接受第一次转账事件。它必须标记最新的薄荷事件。
对于每个转会事件，需要标记之前宣布的转会事件。
事件争议
事件必须标记链中的有效事件。例如：
部署事件必须标记创世事件
第一个 mint 事件，必须标记部署事件。后续事件必须标记事件链中的前一个事件。
第一个转账事件，必须标记最后一个铸币事件。首次转账不会被视为有效，除非：
外部定序器区块链已传递区块号，该区块号在部署事件的“last_mint”字段中定义
部署事件“max”字段中定义的所有代币均已完全铸造
在传输事件之后，必须标记链中的前一个传输事件。这可以无限链接，以记录代币如何在每个 npub 之间流动
铸币或转账事件必须证明事件创建者已看到外部区块链状态。这就是所谓的“定序器见证”
NRC-20 代币部署者有权确定所有铸币或转移事件必须遵守哪个区块链。这是通过在部署事件中设置“seq”字段来完成的。
支持的区块链：arbitrum。未来索引器将支持更多的链
每个有效的铸币或传输事件，必须在事件标签中标记区块编号和区块哈希值。
对于外部定序器上的每个块，它必须仅由一个铸币或传输事件标记。如果两个或多个事件标记同一块，则应适用以下争议解决方案：
如果块 N 被事件 A、B 和 C 标记。等待块 N + 1 完成，并且，
按事件 ID 升序对事件 A、B 和 C 进行排序。假设 A.eventID < B.eventID < C.eventID。
计算：ValidEvent = (EventID_A XOR EventID_B XOR EventID_C) XOR BlockHash(N+1) MOD NumOfEvents
如果BlockHash和EventID的长度不同，则在字节数组的左侧填充零以匹配最长数组的长度。
如果发生事件争议，则一旦区块N+1最终确定，事件链状态将被最终确定。无效事件将被视为无效，不会对事件链产生任何影响。事件创建者必须确保事件在写入中继后最终确定。
尽管如此，快照应包括所有事件的完整历史记录，包括由于事件争议而导致的无效事件。
闪电网络铭文 $NOSS 总量 210 万张，免费铸造,类似 Atomicals，需要用到算力挖矿，大约30秒出一张。不同之处是：全新的空钱包也可以参与，完全不需要费用。铸造完成后会开通转账功能和市场功能。
无 GAS 铸造原理Nostr 与区块链无关。铸造是通过 Nostr 公钥对铭文文本签名，签名的内容会被提交至中继器保存，然后进行数据检索确权。值得注意的是 Nostr 消息由中继器保存，所以资产的双花问题依然存在。
官推：https://twitter.com/NoScription
官网：https://noscription.org/
点击右上角【Nostr Login】
推荐使用小蜜蜂钱包或者 OKX 钱包，用小蜜蜂需要新邀请码
点击MINE，开始“挖矿”，这里解释一下这个项目是POW的，也就是和比特币一样，需要用电脑去算哈希值，算对了才能获得 $noss ,而不是拼手速，推荐大家用Adspower指纹浏览器开多个进程（比如一百个网页同时挖），同时根据挖ARC项目的经验，电脑配置越高算的越快
如何确认是否成功
noss余额查询：
https://api-worker.noscription.org/indexer/balance?npub=你的npub地址
建议最好使用服务器开干，新手避免把自己的电脑干废了
Noscription （Nostr + Inscription） 是一种实验性协议，用于在 Nostr 上为 brc-20 类似代币创建铭文以取乐。
这只是一个有趣的协议，它演示了人们如何使用 Nostr 创建类似链的数据线程，用于在其上刻字。
与比特币序数或 BRC-20 不同，Nostr 继电器上的数据不能保证永远持久存在。因此，该协议中的所有 Nostr 事件都是一一链接的，每个事件都标记前一个事件，以确保事件的顺序。强烈建议每个人，尤其是 Noscription 持有者，保留其活动的本地副本，以确保其 Noscription 的持久性。
主意
只有一个“创世”事件宣告 Noscription 协议的诞生
将会有一些部署事件，每个部署事件都声明在Noscription Protocol上部署一种代币。
每个“部署”事件必须标记创世事件
将会有一些铸造事件，通过向 Noscription 中继宣布有效的铸造事件，发送者可以为自己铸造部署事件中指定的一些代币。
每个薄荷事件必须按顺序标记前一个事件。
第一个 Mint 事件必须标记该特定令牌的部署事件。
部署活动中会有铸币周期定义。铸造期结束后，任何新的铸造事件将被视为有效。
将会有一些转账事件，通过向 Noscription 中继宣布有效的转账事件，发送者可以将一些代币从他的 npub 移动到另一个 npub
只有在所有代币铸造完毕或铸造期限过后，才能接受第一次转账事件。它必须标记最新的薄荷事件。
对于每个转会事件，需要标记之前宣布的转会事件。
事件争议
事件必须标记链中的有效事件。例如：
部署事件必须标记创世事件
第一个 mint 事件，必须标记部署事件。后续事件必须标记事件链中的前一个事件。
第一个转账事件，必须标记最后一个铸币事件。首次转账不会被视为有效，除非：
外部定序器区块链已传递区块号，该区块号在部署事件的“last_mint”字段中定义
部署事件“max”字段中定义的所有代币均已完全铸造
在传输事件之后，必须标记链中的前一个传输事件。这可以无限链接，以记录代币如何在每个 npub 之间流动
铸币或转账事件必须证明事件创建者已看到外部区块链状态。这就是所谓的“定序器见证”
NRC-20 代币部署者有权确定所有铸币或转移事件必须遵守哪个区块链。这是通过在部署事件中设置“seq”字段来完成的。
支持的区块链：arbitrum。未来索引器将支持更多的链
每个有效的铸币或传输事件，必须在事件标签中标记区块编号和区块哈希值。
对于外部定序器上的每个块，它必须仅由一个铸币或传输事件标记。如果两个或多个事件标记同一块，则应适用以下争议解决方案：
如果块 N 被事件 A、B 和 C 标记。等待块 N + 1 完成，并且，
按事件 ID 升序对事件 A、B 和 C 进行排序。假设 A.eventID < B.eventID < C.eventID。
计算：ValidEvent = (EventID_A XOR EventID_B XOR EventID_C) XOR BlockHash(N+1) MOD NumOfEvents
如果BlockHash和EventID的长度不同，则在字节数组的左侧填充零以匹配最长数组的长度。
如果发生事件争议，则一旦区块N+1最终确定，事件链状态将被最终确定。无效事件将被视为无效，不会对事件链产生任何影响。事件创建者必须确保事件在写入中继后最终确定。
尽管如此，快照应包括所有事件的完整历史记录，包括由于事件争议而导致的无效事件。
Disclaimer: Includes third-party opinions. No financial advice. May include sponsored content. See T&Cs.
Replies 0