以太坊:引介 | 愿景·世界计算机的系统注册表

以太坊的目标是全球计算机,这是我们2016年第一次访问https://www.ethereum.org/?的结论。但其从2013年概念成型到今天,我们还是仅仅把它作为一个裸机数据库、搭载着为数不多的能用的“表格”:地址,区块,交易和事件。而若要将其作为操作系统使用,则会需要成千上万种数据类型。

目前,以太坊的杀手应用是支付,但它可以做得更多。

标准数据类型数量较少之问题

以经典的万维网为例,它只有少量的数据类型:web页面,超链接,关键词。除了把一些关键词当作字符串来处理,web页面对文本内容一无所知。

以下是每个页面创建者所见的接口含义。

Polygon将推进其生态游戏项目采用AQUA的嵌入式市场解决方案:3月9日消息,PolygonLabs宣布与Web3市场AQUA达成合作,AQUA最近推出的的嵌入式市场解决方案是合作领域之一,该解决方案允许玩家完全在游戏客户端或Hub内进行二级NFT销售交易。从本月开始,来自Polygon生态的游戏还可以在AQUA.xyz市场上获得进一步支持,目标是到年底增加15款游戏。[2023/3/10 12:52:58]

在人类用户看来,web网络是怎么一回事呢?连篇累牍的浏览,搜索并试图理解每个接口所指向的资源。当前的“解决方案”是使用少量公司提供的“最顶级”的网站,它们有足够的资金来构建易用的接口。而这会进一步减少竞争,使得新的网站难以被发现和使用。

当你需要使用政府、教育部门的接口或法律资源时又当如何?它会使你为寻找和使用相关服务而筋疲力尽。

那对机器用户而言呢?它会导致自动化系统在浏览网页时错误百出。所以你只能做出网页爬虫,但没法智能且准确地浏览网页。

语义万维网很适合成为经典万维网的系统注册表。但它会给内容生产者一方带来额外的工作,所以不被接受。它提供了大量的新类型以及表示类型关系的类型。由于万维网创建于90年代,因此基于万维网的全球计算机只能使用少量的数据类型。

富国银行和汇丰银行扩展其基于区块链的外汇交易结算系统以包括离岸人民币:11月17日消息,富国银行(WFC)和汇丰银行(HSBC)将其基于区块链的外汇交易结算系统扩大到包括离岸人民币。该系统于 2021 年 12 月首次亮相,支持美元、英镑、欧元和加元,迄今为止,它已经结算了超过 2000 亿美元的交易。该系统使用了汇丰专有技术,该技术建立在 Baton Systems 受区块链启发的 CORE 分布式账本技术上。[2022/11/17 13:18:30]

新的开始

以太坊许诺成为全球计算机,并在一开始就提供图灵完备的环境,这是一个非常棒的起点。然而创建多年之后,以太坊仍然不支持类型注册,甚至也没有系统注册表。我们希望能在以太坊中看到数据类型注册表,继而萌发出系统注册表的雏形。

数据:以太坊合并后验证者参与率目前可维持在99%:金色财经报道,据区块链分析公司Glassnode分析数据显示,以太坊合并后验证者参与率目前可维持在99%。由于转移到PoS链后验证者可能离线或无法联系,继而导致丢失的区块,因此用成功产生的区块(即没有丢失)的数量与总的可用时隙之间比率作为“参与率”来衡量以太坊验证者网络正常运行时间,在合并前的几周,可以看到参与率略有下降,低于典型的99%的水平,在97.5%左右,合并后参与率又恢复到99%以上的水平,目前以太坊在网络上有超过43万验证者。[2022/9/24 7:17:44]

正因此,我们提交了一个EIP,即实现EVM上的分布式类型系统:http://eips.ethereum.org/EIPS/eip-190。

更新:同时参见dType存储扩展,dType别名,语言扩展,函数扩展。

类型注册表的好处在于类型复用。相较于每个项目单独创建基于自己需求的相同类型,它们可以复用已经部署到类型注册表的类型。

当准确理解接口类型时,我们可以用更丰富的形式来展现数据。想象下,当一个区块链浏览器理解链上的一个数值数组为坐标类型时,就能够将其渲染为地图上的点。或者当它理解数据类型时,能够渲染出一幅出色的时间序列图:

多位加密行业高管批判逮捕疑似Tornado Cash开发者的行为:8月12日消息,一名涉嫌参与Tornado Cash的开发人员被捕,多位加密行业高管对此表示震惊。Mythos Capital和Bankless的创始人Ryan Sean Adams在事件曝光大约两小时后发推称,嫌疑人可能编写了“用于维护人们在线隐私的公共产品代码”。Cinneamhain Ventures合伙人Adam Cochran也认为这次逮捕是对隐私的侵犯:“代码就是言论自由。除非这个故事有更多的内容,否则以开发被滥用的隐私工具为由逮捕某人是政府疯狂的越权行为。”

Aave创始人Stani Kulechov也表达了同样的观点,他在推特上说,因为编写隐私保护代码而被捕是不正常的:“这次逮捕让所有隐私/加密开发人员都成为了目标,人们每天都在网上使用隐私工具。”(The Block)[2022/8/13 12:22:20]

A股开盘:深证区块链50指数上涨0.56%:金色财经消息,A股开盘,上证指数报3100.55点,开盘上涨0.53%,深证成指报11251.27点,开盘上涨0.82%,深证区块链50指数报2777.49点,开盘上涨0.56%。区块链板块开盘上涨0.46%,数字货币板块开盘上涨0.35%。[2022/5/16 3:18:23]

相同的时间序列可以显示为普通的表或电子表格,这是默认的二维数组的UI展现方式。

备注:我们得有办法知道solc编译后的ABI中的结构体名称。它会让ABI能够确定并容易找到输入输出中的类型。我们现在有了针对不同数据的?HTML小组件,展现方式也是可编程的。用户甚至可以基于已有选项选择展现格式,不再处处受限。

这将使得人人能使用协调良好的UI/UX组件。组件能节省用户的时间,因为他会明确知道期望的结果是什么,而不是被强迫去了解一个新的接口如何工作或者为无法分辨是bug还是功能而痛苦。

统一的类型系统也能为机器学习和AI工具做准备,以更好地理解数据。

我们可以更进一步,构建web2工具来使用注册表中的类型,并逐步统一中心化和去中心化服务。

对类型注册表的要求

类型注册表中的数据应该是那些所有人都可以使用的共性的数据格式。注册表很重要的一点是维持其公共品属性,因此必须是非托管的和抗审查的。

创建类型的一般方式是需要取得大家一致同意并以模版形式提供,同时还应出台类型命名的建议和规则。

任何人都可以创建和提交类型。给注册表添加新类型需是社区共识的结果,类似当前以太坊EIP的流程。由此,我们会越来越迫切地需要去中心化的管理工具及其对应的版本管理系统。希望不久就能看到这些工具被?dType?使用。类似DAOstack,Aragon这些开源项目在构建管理工具方面取得了很好的进展。

每种数据类型都应在注册表中存储足够多的数据,以保证:

任何人都能将类型应用到他们自己的合约中

任何人都能获取类型库和合约的源码

任何人都能在链下缓存完整的注册表数据并基于它开发工具

CRUD操作:

当共识达成时允许添加新类型

更新类型有些棘手并可能破坏向后兼容性,我们建议只增加更完善的新类型

可以移除类型,前提是它们不再使用而且已经达成共识

辩证视角

我们已经见识了一些好处:减少链上类型定义的冗余,统一接口,更智能的UI/UX组织,自动激励,益于数据分析,更好的交互性。

那么,又有哪些缺点呢?会否比优点更甚?

与任何需要达成共识和标准化的事一样,这些都伴随着协作和争论的开销。但就以太坊而言,我们必须要协作和争论以打造一个公平和美好的系统。

不管开发什么,你都必须看看是否存在可以复用的类型,或者提交一个新的。如此将会需要一些调研的成本,可以构建适当的开发工具以便用搜索来降低调研成本。

人们会抱怨的最大开销是注册表本身的存储成本。但以上述的类型库复用为例,实际的类型注册交易开销,会小于部署合约时不断重复加入字节码的开销。

旁注:如果是状态费用,则我们希望可以区分通用数据和个人数据。

如果还有其它本文未指出的不足,欢迎添加评论。

这篇文章即是抛砖引玉的。

其它

当我们抱怨不同项目中差劲的UI和UX体验时,需要明白万维网本身的UI和UX就是不够好的。不仅如此,它还缺乏自动化所需的标准化。

只要人类用户有足够的智慧、耐心和时间,还是能够正常上网。但是算法无法做到。与努力建立标准化的共识相悖,开发者们正尝试基于人类使用万维网的方式来教会算法具有人类的创造性。这种做法收效甚微,因为它的方法论基础就不正确。

这就是为什么成功的AI应用都来自那些内部拥有数据表示标准的公司,比如Google,Amazon,Facebook。这些公司努力使得用户的生活更加便利,但会以牺牲用户的自由为代价。因为公司的工具均为黑匣子,它们可以在任何时刻修改游戏规则而不为用户所知。

新的web3即将被实现。我们的唯一选择是:任由那些乐于控制用户的行为的黑匣子公司控制,或者协作并创建一个公平和透明的系统标准?无论哪种选择,都会是一场持久战。

原文链接:

https://medium.com/@loredana.cirstea/a-vision-of-a-system-registry-for-the-world-computer-be1dc2da7cae

作者:?LoredanaCirstea

翻译&校对:?Wuwei?&?阿剑

本文由作者授权EthFans翻译及再出版。

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

地球链

[0:0ms0-0:910ms