jolestar Profile picture
Feb 5 12 tweets 2 min read
前两天 #Nostr 大火,直接的一个感受是破圈了,很多圈外的朋友在发 Nostr 的地址,而这在以前多个去中心化的社交应用中都没出现过。我思考的结果可以总结为“激励诅咒”,在社交应用中过早的引入激励机制可能带来副作用。写个 thread 讨论一下。(1/n)
这些年 crypto 圈子的项目摸索出了一套模型,利用 Token 预期吸引早期用户,基于早期用户打磨产品,完成冷启动,然后快速成长。这种方式在 DeFi 类项目上屡试不爽,但到社交领域就折戟沉沙。比如 bitclout,monaconft。从我的关注列表来看,基本成了死城,没有破圈,没有今年的内容。为什么呢?(2/n)
作为DeFi Summer的参与者,我切身感受到短期的激励,让参与者完全失去耐心。最好一个月暴富,六个月太长,一年以上?开什么玩笑,牛都跑了。反复的激励下,关注项目的关键指标就是APY,是否有趣,是否有新意,是否去中心化都不重要了,于是品味退化,仿佛吸毒过的人。这是对参与者的“激励诅咒”。(3/n)
对DeFi来说,关键指标是TVL以及流动性,投机客的钱和信仰者的钱是等价的,DeFi模式验证成功后,投机客也变为长期参与者。但社交不一样,早期用户沉淀的内容和建立的关系,对网络构建至关重要。而过早进行经济激励,吸引的是短期的投机者,反倒形成逆向淘汰,就很难破圈,这是对项目的“激励诅咒”。(4/n)
当然,这不是说经济激励不重要,大 V 也有变现需求。但社交类的激励需要一种长周期的,有助于个人和项目品牌构建的激励机制,早期变现无异于杀鸡取卵。就如同你要追求一个美女,可以给她含蓄展示财力,但如果摆一摞钱在她面前,无疑像给她说来卖吧。很多 SocialFi 给 KOL 的感觉就是这样的。(5/n)
早期的空投本是给早期的吃螃蟹的人“意外”之喜,奖励的是他们的好奇心,对未来可能性的品味。但一旦形成模式后,激励不是“意外”,而是可预期,吸引到的人就不一样了。同时激励模式需要有一种量化评估能力,DeFi 很容易量化“贡献”,但非金融类的就很难。这是激励模式的“激励诅咒”。(6/n)
Nostr 能走多远不好说,但它一定程度避免了“激励诅咒”,实现破圈,有几个点:

1. 没有直接 Fi
2. 延续了去中心化趋势,并没有走中心化+ Token 的路线来提高体验
3. 虽然难用,但有客户端辅助后,又不至于把圈外人挡在外面
4. 粗糙反倒吸引了开发者的关注和参与,发挥了去中心化无准入的优势 (7/n)
关于 Nostr 的技术协议的分析和评价以及生态发展可以看以下几个推:

协议角度:

历史角度:

批评角度:

生态角度:

我这里点评一下我认为的它的设计的遗憾之处。(8/n)
第一个遗憾是没有基于 crypto|blockchain 已经探索的防垃圾,防女巫攻击的模式,用了一种比较“原始”的去中心化方案,给可用性带来了很大的挑战。Gas 费虽然会增加用户的准入门槛,但绝对是防垃圾的正确途径。未来数据量增加,用户的数据存储成本也会成为一个很大的挑战。(9/n)
第二个遗憾是没有复用已有的blockchain基础设施,引入更可靠的同步机制。比如可以把区块链作为一个全局注册表来做服务发现,以及数据同步的一致性校验,或者 DA。状态根保存在链上,relay 维护状态树,提供更可靠的数据保存。当前这种方案很难保证数据不丢失,也就很难作为一个严肃写作平台。(10/n)
DApp到底需要什么样的基础设施,我后续会专门写一篇 thread。Nostr 展示了 DApp 破圈的可能,DApp Summer 即将到来。我们需要做一些准备和调整,不能再复用 DeFi 的模式。用一个被说俗了词就是“回归初心”,crypto的初心,去中心化的初心,开源社区的初心,保持好奇心,与大家共勉。(end)

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with jolestar

jolestar Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @jolestar

Jan 12
看到 @SalomonCrypto 写 ETH 上 Account Abstraction(AA)的 thread,列举了一些 AA 可能带来的特性。正好昨天群里有人问到 Move 在 AA 方面的支持,写个 thread 介绍一下。(1/n)

以前写过一篇为什么 Move 中使用 DeFi 不需要 approve 的 thread,里面解释了 Move 中的账户和智能合约交互的原理。(2/n)

而上述的效果,也是 eip-3074 想要增加的新的 EVM opcodes AUTH 和 AUTHCALL 想要达到的效果。就是通过合约以用户身份调用另外一个合约。(3/n)

eips.ethereum.org/EIPS/eip-3074
Read 18 tweets
Dec 28, 2022
模块化区块链中的模块层如何划分,这个业界尚在探索中,不同的方案有不同的划分方式。写篇 Thread 探讨一下模块层的划分。(1/n)
我们可以从 Rollup L2 的演化角度思考。在一个典型的 L2 的方案中,L1 上有三个主要的合约承担三个角色。

角色1: 跨层桥,实现 L1 和 L2 之间的资产结算。

角色2: Rollup Chain,包含 L2 的交易以及对应的状态根。

角色3: 欺诈证明验证,如果判定有欺诈行为,则回滚 Rollup Chain 的交易。(2/n)
这样,L2 将交易的执行从 L1 迁移到 L2,但安全由 L1 上的欺诈证明合约来保证。L1 上的 Rollup Chain 主要是为了保证数据可用(DA)。那自然会有一个想法,这几个角色能否拆开由不同的模块来承担?于是有了模块化区块链的思路。(3/n)
Read 11 tweets
Nov 8, 2022
上一篇推说到我给媳妇介绍 Web3 ,评论里很多人感兴趣,我就单开个 thread 继续写一下。

首先给 Web2 的朋友介绍 Web3,不能直接沿用 crypto 的叙事,需要从 Web2 面临的难题入手。(1/n)
Web2 的应用越来越重要, 同时平台方权力也越来越大,用户很难维护自己的权益。比如对很多用户来说,封禁了微博/Twitter 账户比吊销自己的公司执照影响还大。而这种强大的权力,势必带来政府权力的介入和争夺,而应用要面对不同国家的权力机构,会被不同的法律系统割裂,于是应用只有三种选择:(2/n)
1. 收缩运营范围到一国之内,或者拆分成多个实体,根据国家隔离,各自运营(慢慢“捐献”给国家?)。
2. 等待全球大国之间互相博弈,形成一套全球统一的互联网监管国际法之类的。
3. 互联网应用生态形成自治体系,开发者,运营方,用户互相制衡,重新分配权利和义务。(3/n)
Read 16 tweets
Oct 20, 2022
最近关于用户和 Move 智能合约交互,不需要授权(Approve) 是更安全还是更不安全的争论很多,这里尝试用通俗的方式来解释一下二者背后的区别以及 Move 这样设计背后的思想。#MoveLang (1/n)
我们先理解一下用户和智能合约交互的方式。当我们签了一个交易,去调用一个链上的智能合约,就好比从物理世界进入了一个智能合约的数字世界,我们在这个数字世界有一个分身,而这个分身做什么,是智能合约定义的。(2/n)
在 EVM 中,每个合约都相当于一个独立的小世界,分身进入这个世界后,只能操作用户在当前合约世界中的状态(资产)。(3/n)
Read 14 tweets
Aug 10, 2022
美国对 #Tornado 制裁导致 USDC 封禁钱包地址,被封的钱包地址中的 USDC 就没法用了。很多人不理解,链不是去中心化的么,咋还能封禁。写个 Thread 聊下 Token 协议的扩展性问题以及,#Solidity Token 和 #Move Token 的区别。👇
这个实际上是 Solidity 的 Token 协议(ERC20)留的扩展性接口导致的。ERC20 的转账方法(transfer)是要 Token 合约自己实现,所以实现方可以在转账方法中做一些自定义的限制逻辑,比如 USDC 用来封禁地址,还比如一些貔貅 Token,实现只准买不准卖的逻辑。👇
当初设计 Move 上的 Token 标准时也遇到了这个难题。在 Move 中,Token 是一种“自由状态”,一旦铸造出来,Token 合约对 Token 就失去了控制。用户的 Token 默认存在用户的账户余额容器中,但用户也可以把它像现金一样从账户余额容器中提取(withdraw)出来,这时候 Token 也就不受账户合约的控制了👇
Read 7 tweets
Jul 22, 2022
@Wuhuoqiu 讨论区块链交易的并行执行,这也是 Aptos 和 Sui 两个新 Move 链主打对特色之一。

我所了解的最早实现区块链交易的并行执行的是 @dcaoyuan 在 Khipu 中实现的,大于是在 2018年。Khipu 是用 Scala 实现的一个 Ethereum 节点。

写个 Thread 探讨下并行执行以及公链扩容。👇
很多人的理解的区块链只能按顺序逐个执行交易,每个交易都要修改状态树,后一个交易只能依赖前一个交易的状态执行,那怎么实现交易的并行执行呢?其实大多数区块链的状态树的根只在区块头中记录一次,也就是说,区块内的交易执行顺序变化,并不会影响最终的结果,除非多个交易之间有依赖或者冲突。👇
那怎么知道交易有没有冲突呢?

可以先假设它们互相不冲突,然后一起执行,执行后再根据执行结果计算交易之间有没有冲突。把没有冲突的结果直接写到存储,有冲突的再按顺序重新执行。👇
Read 11 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Don't want to be a Premium member but still want to support us?

Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us on Twitter!

:(