WEB3:不会被封的Web3 URL?一文了解刚获批的ERC-4804_OCEANS

3月初,首个以太坊Web访问协议ERC-4804获得了批准,这意味着Web3URL正式进入以太坊,互联网用户也将可以更轻松地访问以太坊APP和?NFT。

实际上,这个全新的以太坊域名标准全称是“Web3URLtoEVMCallMessageTranslation”,于2022年2月14日首次提出,该提案由ETHStorage?创始人?QiZhou、以太坊研究员SamWilson和ChaoPi共同撰写,其中将“Web3域名”描述为一个“HTTP风格”的URL,可以直接访问链上的Web3内容,包括去中心化应用程序前端和NFT,在历经一年多的评估和投票后,终于在主网上获得批准并最终确定。

ERC-4804可以解决什么问题?

在许多情况下,当前加密生态系统仍然依赖中心化的Web服务器来访问“去中心化”的应用程序,二层存储协议ETHStorage发言人AnthurineXiang解释说:

俄罗斯经济学家:无论央行采取什么行动,加密货币都不会被完全消灭:金色财经报道,俄罗斯著名的经济学家Nikita Maslennikov认为,中央银行最终将决定加密货币的命运,即使他们目前没有“优先考虑”对该行业的监管。加密货币监管已成为许多国家的问题。然而,中央银行不认为加密货币监管是他们的主要任务之一。俄罗斯和中国都对加密货币采取了“更强硬的立场”。中国已禁止大多数与加密相关的活动,包括采矿和交易加密货币。俄罗斯中央银行也提议全面禁止,尽管其他政府机构采取了更先进的方法。而美国迄今为止采取了更温和的监管方式。尽管如此,加密货币的未来仍与中央银行对市场的监管有关。

Maslennikov声称,无论央行行长采取什么行动,加密货币都不会被完全消灭。他表示,人们对“风险和投机”的胃口将确保加密货币以某种形式存在。[2023/2/21 12:19:42]

“现在,所有像?Uniswap?你必须通过DNS,必须通过GoDaddy,但所有这些都是中心化服务器。”

美国参议员:比特币不会被禁止:6月8日消息,美国参议员Cynthia Lummis表示,美国已经“跨越鸿沟”,比特币不会被禁止。[2022/6/9 4:11:36]

ERC-4804标准和传统Web3URL访问对比,资料来源:w?3?eth.io

坦率地说,之所以会有这种现象,是因为如今大多数用户依然选择通过更广为人知的HTTP的“超文本传输协议”访问互联网。当互联网用户单击链接或键入网站地址时,计算机会使用HTTP请求另一台计算机检索信息,例如网站或图片。也就是说,从Web3读取数据通常依赖于Web2代理到Web3区块链的转换,但这个“翻译”工作基本上由dApp网站/节点服务提供商/etherscan等代理完成,用户无法控制。

Block.one CEO:BM的角色不会被1对1取代:1月13日,有推特网友提问“谁是Block.one新CTO”,Block.one CEO BB(Brendan Blumer)回复称:“Dan(EOS创始人BM)的角色不会被1对1取代。每个业务部门都有自己的技术领导。”[2021/1/13 16:04:25]

而在ERC-4804协议下,互联网用户可以选择在浏览器中输入“web3://”即可直接调出Uniswap或链上NFT等Dapp,这是因为该标准允许用户直接对以太坊虚拟机(EVM)运行查询,继而为Web2用户提供一种简单的方式来直接访问Web3的内容,尤其是SVG/HTML等链上Web内容,此外该标准也支持其他已经与URI兼容的标准的互操作性,继而不必担心中心化审查问题。

Galaxy Digital首席执行官:比特币在五年内不会被用作交易货币:金色财经报道,Galaxy Digital首席执行官Mike Novogratz表示,他认为比特币在未来五年内不会在任何时候被用作交易货币,比特币现在被用作价值存储手段。Novogratz称,比特币就像黄金一样,数字黄金将继续走高,越来越多的人将其作为投资组合的一部分。Novogratz和许多加密货币爱好者都称Paypal的新举措是改变游戏规则的消息,理由是PayPal拥有庞大的用户群。Novogratz预测,包括Visa、万事达卡(Mastercard)和美国运通在内的公司将在“一年之内”效仿,以提供一个平台使其商户可以使用稳定币和加密货币进行交易。[2020/10/24]

Web3URL标准与Uniswap协同工作流程图。资料来源:w?3?eth.io

声音 | BM: Voice 的独立价值主张不会被侵蚀 每个人都有同等权利:据 IMEOS 报道,BM 昨晚在电报群互动解答成员们对 Voice 平台的一些疑问 1.成员提到如果 Voice 代币可以被购买那么平台的独立价值主张就会被侵蚀,大广告商就会入驻并拿走许多可见性。BM:它不会被侵蚀,每个人都有平等权利被倾听。人们只有转让和出售的权利。 2.成员提到广告商和营销机构将在网络上招募有影响力的人,用户的代币将被批量购买,并且可见性将被那些资本最多的人拥有。BM:UBI 的好处就是有影响力的人无法保持他们的影响力,尤其是当他们使用他们的 Voice 时他们就烧毁了代币。代币的设计旨在确保人们随时时间推移仍然保持控制力,如果他们放弃控制的话他们获得报酬。 3.Voice 代币是固定供应量吗?BM:不是。 4.你认为 Voice 是 URI 吗?BM:是的。 5.如果 Steem 可以没有 KYC 通过法规,那么为什么不能使用 BM 的唯一身份解决方案取代政府 ID。BM:因为有一个中心化因素。 6.Build On EOS 代表着 B1 与 EOS 扩展的巨大一致性。[2019/6/4]

ERC-4804标准具体有啥?

接下来,让我们深入了解一下这个ERC-4804标准的具体内容,该标准设定的Web3URL的形式如下:

web3?Schema?表示?URL?的?schema,简称web3://为?w?3://。userinfo?指示哪个用户正在调用?EVM,即?EVM调用消息中的“From”字段。如果未指定,协议将使用?0x?0作为发送方地址。contractName?表示要调用的合约,即?EVM?调用消息中的“To”字段。如果?contractName?是地址,即0x+20字节数据十六进制,则“To”将是地址。否则,名称来自名称服务。在第二种情况下,nsProviderSuffix?将是名称服务提供商的后缀,例如“eth”等。将名称从名称服务转换为地址的方式将在后面的EIP中讨论。chainid?指示哪个链解析?contractName?并调用消息。如果未指定,协议将使用与名称服务提供者相同的链,例如,?1代表eth。如果没有可用的名称服务提供者,则默认的chainid为1?。query?是一个可选组件,包含一系列由“&”分隔的属性值对。?一旦确定了“To”地址和chainid,ERC-4804协议将通过调用“resolveMode”方法检查合约的解析器模式,目前支持两种解析模式,分别是:手动模式和自动模式:

1、手动模式:手动模式不会对?path?和?query?做任何解释,把?path直接作为消息的?calldata。

2、自动模式:自动模式是默认的解析模式。在自动模式下,如果路径为空,则协议将调用带有空调用数据的目标合约。否则,EVM消息的调用数据将使用标准的Solidity合约ABI编码解码。

ERC-4804标准存在哪些问题?

实际上,只要网站的内容存储在以太坊区块链或兼容的二层协议上,理论上就可以通过Web3域名方式访问整个网站,但这样做的成本非常高。

在上月?ETHDenver大会上,ETHStorage创始人QiZhou分析了这个问题:

“ERC-4804的关键问题在于以太坊上的存储成本在主网上非常非常昂贵,例如,?1GB的链上数据将花费大约1000万美元……对于许多Web2应用程序甚至许多NFT来说,这是不可接受的,不过二层存储解决方案可以帮助降低一些成本。”

考虑到成本问题,ETHStorage的发言人AnthurineXiang建议ERC-4804URL标准可以首先在某些特定应用上使用并进一步解释说:

“并不是所有的东西都需要去中心化如果你经营的Web2业务相当不错,而且不必太担心中心化审查,那么可以选择暂不使用ERC-4804.”另一个问题是,ERC-4804标准可能会被面临审查风险的网站利用,比如?Tornado?Cash,这意味着该标准或许会被不良行为者利用来参与非法活动。对于这个问题,AnthurineXiang坦言:“这真的很难说,就像比特币创立初衷并不是为邪恶而生,但一开始,的确有人做一些不正当的事情,比如SilkRoad,他们一直在使用比特币,但比特币只是为人们提供了一个他们可能没有的去中心化选择。而ERC-4804以太坊URL标准也是区块链上第一个此类标准”

事实上,ERC-4804标准并不是首个去中心化网络托管解决方案,比如星际文件系统(IPFS)也是一个基于去中心化方式创建网络的解决方案,不过?IPFSURL只能链接到静态内容,无法修改或更改。相比而言,ERC-4804将允许“动态数据”,例如允许人们留下喜欢和评论以及与网站上的内容互动,而且作为以太坊原生的标准,ERC-4804也有望更容易地与其他区块链进行交互。

无论如何,ERC-4804给加密社区提供了一个以太坊原生的URL标准,未来能否衍生出一些新的方向生态应用,值得关注。

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

区块博客

[0:31ms0-4:960ms