The Way to Web3:内容分发赛道

本文仅做行业学习交流之用,不构成任何投资建议。

之前行业里有很多对Web3整体的定义,为了能够把自己的框架做的细化,我尝试着对web3产品相较于web2产品而言应有的特征进行归纳:

去中心化的网络基础

足够分散、尽可能少的信任需求、强大的基础设施

开放的、可组合的、公共的后端

能够自主管理的身份

对所产生数据的所有权

原生的数字支付

想要特别说明的是,抛出上述的特征并不意味着web3所有的东西都需要‘on-chain’,这不仅是出于对当前技术瓶颈的考量,更是“不是每个web3的所有信息都需要on-chain”,即web3时代的信息一定是on-chain和off-chain的完美结合。

纵轴的逻辑:对于任何行业架构,应用/中间件/底层基础的三层式分法都是屡试不爽的;而加入Meme则是考虑到其作为现实文化在crypto世界的里的一种非具象化表现,对于传统三层式存在着可能的指导意义,以及潜在的自成一个新层的可能性。

横轴的逻辑:内容分发/游戏/社交/电商是目前web 2时代最主流的子赛道,考虑到这四项满足着人们十分基础的需求,所以web3时代大概率会继续存在,只是换一种表现方式罢了;而加入DAO则是考虑到DAO在Web2时代并没有得到很好的发展,而在Web3时代成为重要内容已是板上钉钉。

P.S. DAO作为crypto思想的集大成者(可称之为终极目标),自然不会很快就成熟,但其发展过程中的一举一动,对于内容分发/游戏/社交/电商这四项的Web3发展路径一定会有深远的影响,是优秀的参考指标。

??选择从内容分发赛道开始,更多的是参照Web2的发展规律,个人主页/黄页早于FB等社交产物,这因为内容分发的业务逻辑简单,对支撑技术要求偏低;

Astar Network赢得波卡第三个平行链插槽:金色财经报道,Astar Network成功赢得波卡第三个平行链插槽。

据悉,AstarNetwork(前Plasm)是Polkadot上的dApp中心,支持以太坊、Web Assembly和第2层解决方案,如ZKRollups。Astar旨在成为一个支持多个区块链和虚拟机的多链智能合约平台。[2021/12/3 12:47:12]

当前的Web3市场实际情况也一定程度上支持了我的猜想:相较于社交产品,内容分发的应用已经部分小有成绩。??

灰色栏均始于Web2,但我认为暂时不需要“完全Web3化”

这张表能发掘的东西很多(当然需要补充的也很多),我们先聊两点,两点我从自身需求出发遇到的问题:

对于内容消费者,内容发现体验差,简单推送+多账户体系会是阶段性的优质解决方案。

作为一个内容消费者,我大部分时间只会考虑三个步骤:

怎么触及内容

在哪儿看内容

怎么付费

当前,mirror+ethereum+arweave较好的满足②在哪看内容的问题。

Blockchain native payment + NFT + ENS + Revenue Distribution也很好的服务了③。

是缺口最大的:作为一名Mirror上的阅读者,相较于Web2的主动搜索&被动推送体验,我寻找优质内容是不太容易的,目前只能通过①在twitter等其他渠道碰到好文章,就记下作者的mirror地址(mirror甚至没有给我follow优质创作者的功能);

通过类AskMirror的引擎搜关键词(搜索引擎以一种奇怪的逻辑对内容进行了排序,效果不佳)。

那能不能加个follow功能(如果Mirror要保持纯净,那Askmirror是不是可以加一下,或者在Web3Pass/Cyberconnect.me上做内容推送),进而依照follow而生成的社交图谱帮我推荐,如果信息池太小不足以支撑算法,至少提供下按照相关性的简单排序;

上述想法对于那些希望不再被类似Web2大数据支配的用户可能是不喜欢的,那可以: A 单独开个地址来用于Mirror阅读,交易等其他操作使用其他账户即可;B 给到用户是否同意对外共享自己信息的权利,从而选择是否开启推送功能;

上述方案B提出了权限管理的要求,而这是在当前Ethereum/Arweave这样的链上信息必公开的框架下所无法实现的,即对存储提出了①不公开;②可验证所有权 的存储新要求,所对应的解决方案已经不再局限于链式结构,链下存储或是优质,只需对存储进行签名即可。

对于内容创作者,创作者经济运转并不完整,亟待所有权&使用权的分离与落地。

而对于内容创作者,无非就是关心:内容形态支持,内容分发,流量(粉丝)积累,变现手段;在当下被谈及最多、与Web2区别最大的的Web3新特性当属变现手段,但缺口也十分显著:

预先众筹+事后版权收入分成的模式是存在已久的链上内容创作者经济模型,但至今仍未有一家平台将此方案很好的执行,究其原因①当前区块链体系能够很好的定义数据所有权,但对数据使用权的定义是缺失的;②传统的解决方案涉及到法律以及执法机关,而链上这两部分都是暂时缺失的;

链上有法律环境,是显而易见的优质方案,但事实是我们还需要等很久;在那之前,预staking+ DAO的模式可以在一定程度上解决问题②,当然不可否认的是如果作恶的收益高于staking,则会失效。

更丰富的预言机以及权限管理或是解决问题①的必要条件,但市场上需要一个更加优质的方案!

AMA

Q

流量聚合层应该归属于应用层还是中间件层?

A:都可能会有,会是完全不同的两种表现形态,早期大概率会是应用层的聚合先出现;

逻辑是早期单个应用流量都不多,所以能够分发流量的聚合层(e.g. 自带流量的团队来做)的价值会很直接;中后期可能会沉淀出一些Protocol/Standard的中间件形态。

(观点来自于来自于潘老师 @nake13)

如何看待钱包与Web3时代用户入口的关系?

A:钱包其实可以拆分成Signer(秘钥管理逻辑)/ Provider(Signer 到 dApp 的中间件,比如 MetaMask 对 dApp 之间的一整套 RPC 调用规则)/ 转账逻辑三层;

Web3时代的用户入口应该在Signer层做的更好,e.g. 更丰富的功能(e.g. 身份验证、加解密)、更好的UX。

(观点来自于来自于知县 @frank_lay2)

对去中心化主义的严格追求与阶段性的退让以迎合用户,该如何抉择?

A:Mirror没有follow&推送功能可以理解为项目方不想沾染大数据控制用户的web2痛点,但UX的确不佳;Opensea作为一个聚合平台,难免会出现ipo上市这种背离Web3初心的抉择(借潘老师的观点:Opensea现在就是个换皮Web2平台),但Opensea的优质UX的确吸引到了用户。

所以只有UX的提升才能促使crypto逐步进入大众的习惯,而大众越多的接触crypto事物则会慢慢改变提高其对去中心化主义的接纳程度;我认为整个过程是长期的、曲线救国的,直到去中心化主义真正被大众接纳。所以crypto产物在短期的、少量的平台化是有助于行业发展的,也是值得行业支持的。

(有感于Moxie的My first impressions of web3)

Message需要on-chain么?

A:不需要,即便资源消耗(e.g. gas fee)不是问题,大家也不会想要自己微信的每条信息都on-chain;message只需在被查询时能①保真;②验证签名 即可。

Discord/TG给出链上地址关联功能,应该就很足够了。

做Web3产品,大而全还是小而精?

A:行业早期变化万千,小而精的试错成本更低;即便到了中后期,参考‘尽可能少的信任需求的’以及‘可组合的后端’两项原则,小而精仍是最优选项,如果你一定想做很多,那多做几个再来组合也能满足。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金智博客

以太坊最新价格“奇点大爆炸”后元宇宙的发展状况(上)之元宇宙整体数据分析篇

随着Facebook吹响迈向元宇宙的嘹亮号角,并革命性的把自己公司名称改为META,各科技公司都把目光投向这个在30年前的科幻小说中诞生的概念,并疯狂投入到这个组合了多种新生技术的开发中。其中,区块链技术作为元宇宙的底层技术(毕竟数字资产的确权还是得依靠区块链)获得市场的重点关注。同时,元宇宙项目也以雨后春笋之势充斥市场。

屎币元宇宙的创作者经济:让你最爱的社交媒体相形见绌

创作者经济被定义为一种围绕独立内容创作者的经济模式,市场规模逾1000亿美元,它一直是现有社交平台的支柱,为创作者本身、也为雇员及合作品牌创造了大量机会。 正如我们在之前的文章中所说,创造者经济对元宇宙的运营至关重要,它与虚拟形象/头像、虚拟经济和游戏等其他组成元素息息相关,对于创业公司和成熟公司的产品开发都会产生影响。

MANA元宇宙合规报告(二十一)虚拟穿戴 VS生物数据安全

2022年4月中旬,国新办举行新闻发布会,会上公开了我国2022年第一季度GDP数据,初步核算同比增长4.8%。分产业看,第一产业同比增长6.0%;第二产业增长5.8%;第三产业增加增长4.0%。较之第一第二产业,规模庞大的第三产业却增长乏力,疫情改变了我们的生活,也深刻地改变了传统商业模式。

Bitcoin一家制作3D QQ秀的海外公司 凭啥能估值10亿美金?

“元宇宙的开拓者”是我们针对元宇宙的发展而设立的专栏,主要面向那些深挖元宇宙产业或者在元宇宙进行“淘金”的从业者,分享这些企业或者创业者们的故事,以独特的视角窥见那些引领全球元宇宙发展的企业或个人,我们深信元宇宙的大幕已经拉开,引领未来20年的科技互联网已经走上了时代浪潮。

[0:15ms0-6:329ms