破题 I:降低「Web3 门槛」的价值逻辑与路径选择

文 | TheprimediaDAO Jerry、Cherry、MetaJames、BeeGee

我们正在进入「技术与产业融合」的Web3应用时代,现阶段对这个赛道的价值投研机会毋庸多言了。但是我们要从破题开始,因为,如果不能破解以下难题,Web3将无法释放「技术变革产业」的势能。

1、降低用户进入Web3世界的门槛;

2、加强用户在各应用体系的数据/资产/代币的流通与管理;

3、提高用户在不同应用生态之间互通的便捷性。

为此,TheprimediaDAO联合DcMedia进行以此为主题的内容策划系列,包括TwitterSpace研讨沙龙和投研文章;本文为破题系列第一篇,分工协作共创完成;破解「Web3技术与产业生融合」的三大障碍研讨沙龙后,我们针对第二个话题补充采访了链上资产管理平台SafeTreasury,一个专注于为Web3和DAO的Builder用户提供资产管理服务并促进Builder用户协作的项目,敬请期待破题II。

一、价值逻辑
虽然早期的去中心化布道被充斥了太多币圈炒作与收割的剧情,但我们还是有必要建立信仰——Web 3世界中用户信息数据是有价值的,个体拥有一切身份要素/数字资产的处理权限,在这个基础之上,结合DeFi、GameFi、NFT 和DAO以及各Web3应用,我们正在进入DeSoc、元宇宙这样宏大的未来场景的建构。

而这个建构的叙事事关我们每一个用户,这是Web 3的魅力所在。我们认为,Web 3的价值逻辑就存在于如何在「用户Builder经济」语境下完成从产业生态迭代、经济关系重塑到数字时代变迁乃至元宇宙社会进化的宏大愿景。这个历史进程是人类有史以来从未有过的经历,以往的社会迭代进程都来自自上而下设计的顶层设计,Web3的社会实践却以自下而上、以自发自愿的Builder参与贡献与建设组成。

DeFi的实践已经成功的展示了「用户Builder经济」的魅力,只是流动性挖矿等经典设计还只限于投资/投机。Web3 应用如果要被普世的大众所接受,最重要的一个阶段是去金融化,它需要有更多金融工具之外的业务场景,比如社交、支付以及创作者经济等,这些业务场景势必承载大量的用户数据和用户请求,以及最基本的低RT(请求响应时长)。

因此,本文讨论的基础是降低用户进入Web3世界的门槛。在过去很长一段时间,Web3的世界里去中心化技术和应用价值二者不可兼得。这也造成了Web3宏大憧憬与现实生态建设凝滞的悖论,甚至加密生态建设的进程被币圈财富欲望所穿透。但经历过这一轮牛熊转换之间Builder的砥砺前行,在以太坊转型POS、Layer1与Layer2分工协作的公链叙事里,我们具备了进入web3 应用时代的路径选择机会,也因此可以探析这其中的价值逻辑。

1、社交产品是Web 3的应用生态的基石,它的战略意义要比Web2端社交应用在互联网体系的重要性要突出——Web 3社交应用会与DID结合形成Web 3世界/DeSoc/元宇宙的「社交图谱」,相应的用户身份、贡献、资产、信誉等事关「用户Builder经济」的价值逻辑才能成立。

当然,我们有必要通过否定币圈炒作烂了的SocialFi来厘清Web3社交的概念。SocialFi 「社交挖矿」以Token代币来刺激用户使用产品,活跃度依靠制造信息、导入流量、做大数据来实现,这注定无法完成「功能 > 炒作」转化满足真实需求的真正能留存用户。

Web3社交图谱即「社交关系的图谱化」要在Web2社交网站的迭代进程里理解:在现有的社交网络中,存在着信息流和数据流的反方向流动的现象——用户之间的信息流双向流动,但背后的数据并未同步;个人之间的信息流在传播中形成“中心化”节点;数据流货币化被平台垄断,相当于平台对个人进行了无形的合法“剥削”。

Web3「社交图谱」信息流和数据流同向流动,并且关系可以被Token化,不存在中心节点(去中心化的社交应用应该是组件化的,在不同的小组,我作为边缘节点和中心节点可以同时存在),DID依据贡献获得价值回报的权重不存在区别;另外,「社交图谱」可跨链、可交互会让内容中心化自然消解。「社交图谱」还可以与DID结合形成升级版隐私系统「链上信用系统」,为Web3应用为基础的加密经济生态提供价值保障。

比如Metahub 立足于可编程信用扩张,提出了协议做市商 (PMM)的可编程信用共识机制,实现了点对池(NFT:FT)的信用 扩张曲线,将 FT 代币通过自动化清结算(AMO)封装成 NFT 动态信 用;通过 NFT 动态信用的不断采用,推动 NFT 信用扩张,将动态信 用嵌套到 Rebase 合约,获取正向外部收入,对动态信用进行信用增强。

2、Web3的价值在于创作权益回归到个人手中,“创作本身”因此开始正本清源浮出水面。以创作本身为目的,以链上保留为价值取向,这样的Web3创作者经济值得我们期待。

比如一个内容货币化/所有权平台Crossbell,将个体创作内容的数据主权返还给创作者,社交活动产生的信息将是 Crossbell 上用户数据所有权的最初形式。它通过内置的资本设计改变游戏规则,授权用户收回他们的数据所有权。

这里要进一步强调NFT在以「用户Builder经济」的Web3应用时代的价值——NFT可以广泛的存在于GameFi、元宇宙、DeSoc中,内容货币化其功能方向。

比如Polygon发布新NFT Minter,允许无 Gas 费用使用自定义程序创建 NFT,鼓励更多用户参与「Builder经济」。

在此基础上,内容货币化可以理解为个人价值的Token化,待到更高频和广泛进入Web3应用的世界,「用户Builder经济」的基本权益得到保障。

3、从 To business到ToBuilder,这也是Web3世界里SaaS服务对Web2时代的迭代。使用对象的变化背后是生产关系的升级、经济形态的进化。

以Dune和Nansen为例,此类工具更易被“基础设施化”。Dune和Nansen并不需要包含交易功能,用户可以自定义功能模块。本质上,这是一个管道设备,用户在不断查询积累数据过程中被培养好习惯之后,流量自然具备了商业价值。再比如Skiff去中心化邮箱+云文档办公套件服务,沟通双方的邮件沟通与云文档协作的所有记录直接留存在IPFS上而不经过中心化服务器;这套服务既可用于个人的日常写作和沟通,也可替代Google workshop的办公套件,并且完全基于IPFS实现。

在以「用户Builder经济」为基础的社交图谱和创作者经济,SaaS在Web3世界具有普遍性应用的需求,而且因为DID赋能社交图谱和创作者经济,这种ToBuilder的SaaS服务场景迭代必然带来价值机会。

二、实现路径
web3 目前很多项目缺少对用户的敬畏之心,认为用户就应该这样做,教用户做什么事。web2 和web3 的产品在技术上只有两个区别:1. 登陆鉴权 由中心化的帐密验证变成了无第三方的钱包链接 2. 数据库由MySQL 这种table样式变成了链。而现在的web3 产品却把这些技术区别赤裸裸的展示给用户,甚至还需要承担技术不完善带来的数据和资产风险。

如果需要降低用户进入web3 门槛,这些技术细节一定要被底层技术设施完善和保障。那么Layer0、Layer2、DID、智能合约钱包、零知识证明这些基础设施赛道需要得到充足的发展。本文内容共创协作者Cherry本身作为技术开发有些个人感想:应用的技术实现不是为了让开发者挑战自我,而是从用户角度出发替用户思考他们的痛点。

1、我们需要掩盖掉公私钥这些让用户对这些无感知的繁琐,通过账户抽象,让用户的钱包被程序管理。以太坊开发者一直以来的愿景、也是现在逐渐落地的技术——智能合约钱包,用户不需要助记词,所有EOA账户交互细节被程序代理。

账户抽象可以完成智能合约代理钱包交互,然而对于钱包恢复上我们仍然需要比社交恢复更便捷的方案,比如MPC+云端储存私钥,Bitizen和Unipass在这方面都做得很好,能够使用社交账户登录/创建账户和恢复账号,前者是MPC钱包,后者是智能合约钱包并使用了MPC技术

2、用户在一个公链上持有的Token转到其他链会比较困难——应用本身选择了什么链,就像是选择MySQL还是Oracle数据库一样,是数据层的事,对于用户不应该有感知。Layer0 跨链桥成为了公链之间交互的解决方案。

Stargate finance是Layer0 Lab推出的第一个产品,使用 Stargate,用户和 dApp 可以跨链转移原生资产,同时访问协议的统一流动性池,即时保证最终性。

3、高昂的gas费用和较长的等待时间都源自于数据的上链操作有较高的计算成本,但这些计算可以交给独立的一层去做,链上只记录最终的结果,那么Layer2 就是这个问题的解决方案(Layer2方案大家都很熟悉了,此处不需要案例展示);应用方向上,将智能合约钱包交互以API形式隐藏在程序里,很多步骤是可以由程序本身替代。

中国香港团队研发的NFT钱包+社交平台DTTD是一款手机上的L2钱包+社交平台。用户的充值/NFT交易/转账皆在手机程序内完成,程序通过API与智能合约交互,用户的gasfee甚至可以用任意代币支付

4、信息发送方和接收方的地址是一长串的公钥,如果没有一些记录提醒,用户很难知道对方真正是谁,这时需要有一个tag 去标记这个公钥的信息类似ENS。世界上有很多人都叫cherry,这点信息描述一个人不够,描述一个有血有肉,DID 能够去承载这样的描述用户soul的这样的使命。

next.id 项目就在承担这样的需求,将web3 和web2 所有的账号集成在一起形成一个用户自己的avatar。通过DID设施用户能够快速确定交互对方是谁,且自己的在多个平台的信息和地址能够被统一的管理起来。

5、web3 用户风险主要来自于EOA钱包本身和公链本身的公开性。要解决数据隐私问题,我们要借助crypto的力量,将个人信息个人行为数据通过crypto掩盖下来,只有用户自己拥有私钥去解密,当有平台需要用户的数据作为参数去做验证这个事情在零知识证明下也不再有必要,用户只需要对平台问的问题返回true或者false。

zkPass解决了KYC验证中的身份信息泄露问题。有KYC验证需求的项目方可以在zkPass上发布自己的KYC验证活动信息,用户在zkPass上生成身份信息的ZKP,交给项目方获得准入的权限。在ZKP生成过程中,zkPass和项目方都无法获得用户的身份信息,不用担心资料的泄露

6、搜索和推荐仍然巨大的流量入口和流量转化入口,在web3 产品之间也没有了隔离,用户在各个产品之间交互数据和属性数据可以被集成在一起,用户数据集成了支付、social、搜索。

Lens Protocol是搭建在Polygon上的中间层,用户可以注册Lens域名生成自己的社交图谱NFT,并将自己发布的内容以元数据的方式与自己的NFT链接,任何开发者均可在Lens上搭建dAPP并获取Lens用户NFT的元数据。

MASK/BAND背靠Twitter,随着Elon对Twitter的大刀阔斧的改革和推动Twitter支付落地,有了一波巨大的涨幅

7、提供通用API用于给平台灌入数据训练模型形成用户自己个性的推荐。

NFT钱包追踪平台Context利用Twitter的API灌入用户关注账户数据,获取用户的twitter关注列表中的ENS域名并自动进行地址追踪和信息流投放,使用户可以对web2关注的KOL进行Web3的无缝衔接

8、基于链上地址进行金融往来,有你不知道在跟谁交易但却需要了解对方身份是否安全可信的需求。这要求信息查验功能成为基础设施。Web 3算法优化可以在不知道对方是谁的情况下凭借信用体系做出准确判别。

目前的实践还有限,但有迹可循——联系人验证工具 Go+ Security的用户可以验证以太坊链上36万以上的Token,包括18万以上的风险地址和2万以上的钓鱼网站。

9、安全问题:降低用户门槛的重要因素之一是心理因素,而这其中重要的问题之一就是安全问题。Web3是价值链,承载的是实实在在的货币价值,所以打消用户的安全顾虑尤其重要。由于区块链将价值从中心托管转移到了个人手中,理念是好的,但并不适用大部分人。即使是加密行业OG也不时被盗。为此,需要有值得信赖的安全基础设施和应用,包括审计机构、有充分风险提示的钱包、有类似于web2中的杀毒软件等,而这些都需要将复杂专业的表达转换为易读易理解的描述。

如审计方面,Certik除了常规的智能合约审计以外,还有SkyNet服务,以实现持续的监测。MetaMask钱包在风险提示方面已经相比以前有了提升。杀毒软件方面已经有不少公司在这方面做了,MetaShield在用户浏览时如果碰到潜在或已被证实的风险网站,会跳出相应的提示。

10、在Builder经济语境里,web3用户贡献即「数据/资产」的管理是重要的基础要件功用的设施。这也是我们在Space研讨中的第二个话题「加强用户在各应用体系的数据/资产/代币的流通与管理」。研讨沙龙后,我们补充采访了链上资产管理平台SafeTreasury,一个专注于为Web3和DAO的Builder用户提供资产管理服务并促进Builder用户协作的项目,敬请期待破题II。

备注1、本文基于TheprimediaDAO联合DcMedia策划的TwitterSpace破解「Web3技术与产业生融合」的三大障碍,沙龙研讨参与者还有TheprimediaDAO顾问Dyson、TigerVCDAO发起人Peter、NonceGeekDAOFounder李大狗;Co-founder of CrossSpace and Type V DAO leoninweb3 ;Assure _ pro首席增长官、Assure Wallet 开发者 Terry

备注2、本文为破题系列第一篇,分工协作共创完成,内容共创协作者有TheprimediaDAO发起人Jerry(@ThePrimedia),TheprimediaDAO Builder、Open Knowledge DAO core-builder Cherry(@cherry_yang_cn),TheprimediaDAO Builder 、Redline DAO Managing Partner MetaJames(@MetaJames8),TheprimediaDAO Builder 、TigerVCDAO Investment Head BeeGee(@BeeGeeETH)@TOC

欢迎使用Markdown编辑器

你好! 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章,了解一下Markdown的基本语法知识。

新的改变

我们对Markdown编辑器进行了一些功能拓展与语法支持,除了标准的Markdown编辑器功能,我们增加了如下几点新功能,帮助你用它写博客:

  1. 全新的界面设计 ,将会带来全新的写作体验;
  2. 在创作中心设置你喜爱的代码高亮样式,Markdown 将代码片显示选择的高亮样式 进行展示;
  3. 增加了 图片拖拽 功能,你可以将本地的图片直接拖拽到编辑区域直接展示;
  4. 全新的 KaTeX数学公式 语法;
  5. 增加了支持甘特图的mermaid语法1 功能;
  6. 增加了 多屏幕编辑 Markdown文章功能;
  7. 增加了 焦点写作模式、预览模式、简洁写作模式、左右区域同步滚轮设置 等功能,功能按钮位于编辑区域与预览区域中间;
  8. 增加了 检查列表 功能。

功能快捷键

撤销:Ctrl/Command + Z
重做:Ctrl/Command + Y
加粗:Ctrl/Command + B
斜体:Ctrl/Command + I
标题:Ctrl/Command + Shift + H
无序列表:Ctrl/Command + Shift + U
有序列表:Ctrl/Command + Shift + O
检查列表:Ctrl/Command + Shift + C
插入代码:Ctrl/Command + Shift + K
插入链接:Ctrl/Command + Shift + L
插入图片:Ctrl/Command + Shift + G
查找:Ctrl/Command + F
替换:Ctrl/Command + G

合理的创建标题,有助于目录的生成

直接输入1次#,并按下space后,将生成1级标题。
输入2次#,并按下space后,将生成2级标题。
以此类推,我们支持6级标题。有助于使用TOC语法后生成一个完美的目录。

如何改变文本的样式

强调文本 强调文本

加粗文本 加粗文本

标记文本

删除文本

引用文本

H2O is是液体。

210 运算结果是 1024.

插入链接与图片

链接: link.

图片: Alt

带尺寸的图片: Alt

居中的图片: Alt

居中并且带尺寸的图片: Alt

当然,我们为了让用户更加便捷,我们增加了图片拖拽功能。

如何插入一段漂亮的代码片

博客设置页面,选择一款你喜欢的代码片高亮样式,下面展示同样高亮的 代码片.

// An highlighted block
var foo = 'bar';

生成一个适合你的列表

  • 项目
    • 项目
      • 项目
  1. 项目1
  2. 项目2
  3. 项目3
  • 计划任务
  • 完成任务

创建一个表格

一个简单的表格是这么创建的:

项目 Value
电脑 $1600
手机 $12
导管 $1

设定内容居中、居左、居右

使用:---------:居中
使用:----------居左
使用----------:居右

第一列 第二列 第三列
第一列文本居中 第二列文本居右 第三列文本居左

SmartyPants

SmartyPants将ASCII标点字符转换为“智能”印刷标点HTML实体。例如:

TYPE ASCII HTML
Single backticks 'Isn't this fun?' ‘Isn’t this fun?’
Quotes "Isn't this fun?" “Isn’t this fun?”
Dashes -- is en-dash, --- is em-dash – is en-dash, — is em-dash

创建一个自定义列表

Markdown
Text-to- HTML conversion tool
Authors
John
Luke

如何创建一个注脚

一个具有注脚的文本。2

注释也是必不可少的

Markdown将文本转换为 HTML

KaTeX数学公式

您可以使用渲染LaTeX数学表达式 KaTeX:

Gamma公式展示 Γ ( n ) = ( n − 1 ) ! ∀ n ∈ N \Gamma(n) = (n-1)!\quad\forall n\in\mathbb N Γ(n)=(n1)!nN 是通过欧拉积分

Γ ( z ) = ∫ 0 ∞ t z − 1 e − t d t   . \Gamma(z) = \int_0^\infty t^{z-1}e^{-t}dt\,. Γ(z)=0tz1etdt.

你可以找到更多关于的信息 LaTeX 数学表达式here.

新的甘特图功能,丰富你的文章

Mon 06 Mon 13 Mon 20 已完成 进行中 计划一 计划二 现有任务 Adding GANTT diagram functionality to mermaid
  • 关于 甘特图 语法,参考 这儿,

UML 图表

可以使用UML图表进行渲染。 Mermaid. 例如下面产生的一个序列图:

张三 李四 王五 你好!李四, 最近怎么样? 你最近怎么样,王五? 我很好,谢谢! 我很好,谢谢! 李四想了很长时间, 文字太长了 不适合放在一行. 打量着王五... 很好... 王五, 你怎么样? 张三 李四 王五

这将产生一个流程图。:

链接
长方形
圆角长方形
菱形
  • 关于 Mermaid 语法,参考 这儿,

FLowchart流程图

我们依旧会支持flowchart的流程图:

Created with Raphaël 2.3.0 开始 我的操作 确认? 结束 yes no
  • 关于 Flowchart流程图 语法,参考 这儿.

导出与导入

导出

如果你想尝试使用此编辑器, 你可以在此篇文章任意编辑。当你完成了一篇文章的写作, 在上方工具栏找到 文章导出 ,生成一个.md文件或者.html文件进行本地保存。

导入

如果你想加载一篇你写过的.md文件,在上方工具栏可以选择导入功能进行对应扩展名的文件导入,
继续你的创作。


  1. mermaid语法说明 ↩︎

  2. 注脚的解释 ↩︎

猜你喜欢

转载自blog.csdn.net/xingjimitan/article/details/128836417