Parity核心开发:关于波卡去中心化未来的9个想法

币圈资讯 阅读:45 2024-04-22 12:24:06 评论:0
美化布局示例

欧易(OKX)最新版本

【遇到注册下载问题请加文章最下面的客服微信】永久享受返佣20%手续费!

APP下载   全球官网 大陆官网

币安(Binance)最新版本

币安交易所app【遇到注册下载问题请加文章最下面的客服微信】永久享受返佣20%手续费!

APP下载   官网地址

火币HTX最新版本

火币老牌交易所【遇到注册下载问题请加文章最下面的客服微信】永久享受返佣20%手续费!

APP下载   官网地址

波卡知识图谱是我们针对波卡从零到一的入门级文章,我们尝试从波卡最基础的部分讲起,为大家提供全方位了解波卡的内容,当然这是一项巨大的工程,也充满了挑战,然而我们希望通过这样的努力让大家能够正确认知波卡,也让不了解波卡的人方便快速掌握波卡相关知识,天是该栏目的第114期,本文主要介绍了针对Web3基金会提出的波卡的去中心化未来,Parity的核心开发者Shawn Tabrizi对于这样的未来的9个想法

Web3基金会不久前宣布了针对波卡网络的去中心化未来(Decentralized Futures)(详情请参见:

https://futures.web3.foundation/)计划。

在网站上,他们描述了对这些资金和发展至关重要的9个领域,以支持和发展波卡生态系统。

Parity的核心开发者Shawn Tabrizi在波卡论坛上详细的阐述了这九点。

他想就每一个领域提出一个想法,也希望看到该倡议提供资金。

事实上,如果能找到合适的工作伙伴,他愿意直接为其中的一个或多个想法做出贡献。

显然,每个想法都需要花更多的时间来充实具体内容,但希望这些想法既足够简洁,让人们能够读完,又足够详细,让人们能够理解项目背后的基本理念和目标。

最后,他先说声抱歉,因为这些想法很多都已经酝酿了一段时间(正如你在下文中看到的,他在适当的时候会链接到一些以前的文章),但这篇文章写得很快,而且是凭空想象出来的。欢迎大家提出任何反馈和意见,让他进一步修改和完善这些想法。

下面是这篇文章的聊天摘要:波卡去中心化未来的9个想法。英文版的ChatGPT总结(详情请参见:

https://forum.polkadot.network/t/9-ideas-for-the-decentralized-future-of-polkadot/4731/2)

目录

一、技术

1.开发者体验:FRAME的替代方案

2.增长:FRAME+ink!(合并)

3.互操作性:跨平行链读取状态

二、开发生态系统

4.开发服务:交互式且有意义的教程

5.高价值合作伙伴:社区审计员和审计

6.企业:竞争性研究

三、社区

7.链上治理:国库提案模板

8.去中心化营销:模块化营销资源

9.活动:熟悉面孔基金

技术

在技术部分,Web3基金会确定了以下领域:开发人员体验、增长和互操作性。以下是对每个领域的设想。

开发者体验:FRAME的替代方案

Substrate一直将自己定位为可以灵活地满足开发人员的需求。从一开始,他们就描述了至少三种使用SDK的方法:

FRAME的灵活性和模块化程度,以及它如何真正用于开发完全定制的系统,对于FRAME专家来说是显而易见的。

然而,对于许多刚刚进入生态系统的人来说,FRAME本身可能相当复杂,尤其是要正确且安全地使用。

他认为,在Substrate提供的三个选项中,几乎没有人通过修改核心来构建系统,也几乎没有人通过简单配置节点模板的起源来构建系统。每个人都会使用FRAME进行构建,但这样一来,Substrate灵活性的目标就丧失了,因为只有一种产品可以满足每个人的需求。

有鉴于此,他认为在使用节点模板和FRAME之间应该存在一种产品。一个更简单、更易用、更安全、更标准、更令人满意的框架......

或许像这样的一个框架:“这是Substrate的超级简单安全...STF SDK”,又名“Hissss…”(名字并不重要,不过他已经想了很久了)

核心思想:

  • 可配置性低......但开箱即用。

你不能自定义运行时中的每一种类型......但你也不必担心或承担运行时(Runtime)中每一种类型都是通用类型的成本。

  • 提供你期望的所有基元(primitives),导出为一个系统。

例如,你不会觉得系统模块、平衡模块、实用模块、XCM模块、共识模块等都需要与你正在构建的系统协同工作。它已经打包好了,在更广泛的区块链生态系统中接受了标准,并且你可以根据这些标准构建。

  • 面向简化特定生态系统目标,如跨链转账、DeFi、多通证系统、智能合约等…

构建框架的目的不是最大化灵活性,而是在当前加密生态系统关注的目标上表现最佳。

  • 与使用FRAME的链兼容。

理想情况下,完善的用户故事允许人们从FRAME过渡到Hiss,再从Hiss过渡到FRAME。

总之,FRAME是为波卡生态系统提供框架的正确决定。它的设计具有最大的灵活性。但既然它已经存在,他们就应该开始考虑降低那些希望获得更简单产品的开发人员的入门门槛,就像当初承诺的那样,只使用Node模板进行开发。

他认为现在是时候让波卡开始获得其他运行时SDK了。

增长:FRAME+ink!(合并)

如果你只需要学习一种语言,就能加入波卡生态系统的任何部分,会怎么样?如果你想构建智能合约、一个按需的平行链或专用平行链,你可以使用完全相同的代码库,并在时间和条件合适时用它来启动这三种合约,会怎么样?

这是合并FRAME和ink!的主要愿景。他认为,运行时开发是智能合约开发的完整子集。由于历史原因,这两个框架是分开构建的,但随着时间的推移也找到了它们的融合方式。

从FRAME v1到FRAME v2的转变实际上是由于ink!以及他们如何巧妙地使用属性宏来构建一个更好的Rust eDSL。然而,简单的语法(如声明调用、存储、事件、错误)并没有在两种语言中实现标准化,因此用户觉得他们需要学习两种语言,而不是一种。

当前,在摸索波卡和启动平行链之间的跨度实在是太大了。如果没有一个庞大的团队以及大量的资金,单独的个体确实没有中间地带或叙事推出类似平行链的东西。

相反,我们可以将构建平行链的第一步市场化为使用ink!构建合同,并将其部署到现有平行链。然后,由于在我们的世界里,ink!和运行时开发使用的是同一种语言,因此成功的产品只需将其合同转化为性能更高的按需平行链即可。最后,如果他们的按需平行链需要大量的区块空间,他们可以获取一个专用插槽,并有可能使用所有相同的代码库。

当然,如果你为运行时编写代码,你将获得更多的API访问权限和对区块链更底层的访问权限,但主要的想法应该是,在波卡生态系统的开发过程中,你只是在编写新代码,而不是重写现有代码。

在这个故事中,用户从个人摸索到在波卡上推出平行链的全面故事,这正是我们生态系统需要的增长。

他关于合并的大部分的最初想法都记录在这里: The Merge-HackMD (详情请参见:

https://hackmd.io/6cxQYzb7RpqsnO9ZEyWRKw)

也许他们的目标不是将FRAME合并到ink!中,但也许Hiss(上文建议)可以成为ink!的延伸,以提供这种端到端的故事。

互操作性:跨平行链读取状态

在这篇文章的9个想法中,这是经过具体思考最少的一个。不过,基本思路是这样的:

多链互操作性的一个巨大弊端是在构建跨链消息时需要协调链的状态。在以太坊这样的单链上,检查系统中任何合约或应用程序的状态都很容易,而且完全同步。

在波卡中,相对于基本的运行时功能,XCM已经是一个极其昂贵的协议,但它几乎完全从协议中删除了状态读取和报告,这其实是一种不太好的做法。

目前为止,他认为还没有一套工具可以标准化两个希望通过XCM互相通信的平行链应该如何同步它们的状态,并根据另一个链的变化触发它们的逻辑。

似乎可以使用某种形式的链外工作者与轻客户端证明来解决这个问题,但这可能不是一个容易创建的工具,而且肯定应该是在他们的生态系统中标准化的工具。

他认为,这些工具是他们创建Oracle链所需的催化剂,这些链可以报告其他Crypto的最新价格,这是许多DeFi工具的基本要素。希望在未来,这些工具还能用于将稳健身份链中的数据传递到我们生态系统的其他部分。

拥有允许我们描述资产从一个链转移到另一个链的协议固然重要,但他认为,要释放波卡互操作性的全部潜力,我们还需要开始思考如何让链专注于生成高质量的数据,并让其他链在需要时能够简单、经济地访问这些数据。

开发生态系统

在开发生态系统部分,Web3基金会确定了以下领域:开发服务、高价值合作伙伴和企业。以下是每个领域的构想。

开发服务:交互式且有意义的教程

在基础层面,他们需要继续开发新的方法,教授他人使用Polkadot SDK进行构建,并让他们实际使用这些信息推出有意义的产品。

我们希望在生态系统中看到更多什么?

  • 更多DeFi产品

  • 更多跨链互动

  • NFT

  • 游戏

要实现这一目标,最好的办法之一就是编写教程,展示如何创建工作系统,从零到一百地构建这类产品,并在需要时提供定制空间。

波卡开发者社区一直擅长生产高质量的代码,但却不擅长教育他人成为高质量的程序员。为此,我们需要投入资金和激励措施。

  • 创建并维护大量高质量的教程

-这些教程应由专家编写,而不是让那些正在学习的人去尝试教其他人。他经常觉得我们在盲人摸象。

-针对需要从编码中"休息"一下的开发人员。作为一名开发人员,他说,在大型项目结束后,有能力过渡到创建教程或其他文档是对开发工作的一种很好的逃脱。

-对待这类工作和维护与编写核心代码一样重要。这包括奖励高质量的作者和维护者,就像奖励核心贡献者一样。

-创建框架和工具,使核心知识持有者创建教程的工作量最小化。

  • 使用真实的rust项目、git、基本markdown、VS Code编辑器和其他熟悉的工具作为创建和表达教程的基础。

  • 随时待命的撰稿人,帮助将"原始"内容塑造成富有表现力的故事。

  • 现场图形/网页艺术家,将教程转化为具有视觉吸引力和独特故事的内容。

  • 每个教程都应产生我们希望在生态系统中看到的可运行产品。

-教用户将"name-pallet"安装到他们的链中的教程没有任何价值。让用户使用无界向量、低效存储结构或其他反实践的教程也没有价值。教程的结果应该是有用的,可以使用的。

-要做到这一点,一个简单的做法是专门编写创建波卡pallet的教程。不过,这可能也不是正确的方案。

  • 教程应涵盖整个学习范围,从substrate的rust、pallet开发、到平行链/独立链部署,再到升级、迁移和其他长期维护。

  • 教程应游戏化,并为作者带来乐趣。他们应努力创造完整的端到端体验,让用户可以在空闲时间拿起、放下,并在用户完成某个教程时获得链上奖励,如NFT。

其中一些努力已经以不同的形式在进行中,但在他看来,愿景、激励措施和从事这项工作的人员从来都不是取得成功的正确组合。通过去中心化的未来计划和合适的人才,也许这种情况会有所改变。

作为他在学术界、Web3基金会教育团队以及他在本地开展的个人教育活动的一部分,他已经在从事这方面的工作了。希望我们很快就能看到Substrate的复兴。

高价值合作伙伴:社区审计员和审计

审核是生态系统生存和信任发展的关键。然而,对于许多开发团队来说,审计费用非常昂贵,而对于许多潜在的审计团队来说,他们无法获得成为生态系统专家所需的信息或资源,也无法真正提供适当的审计。

为此,我们需要将两个不同的倡议合并成一个完整的故事:

  • 为波卡以外的成功审核团队提供成为波卡专家审核员的教育途径。

  • 从这些团队获得我们生态系统的免费/补贴审计的途径。

这首先需要资金和教育。我们需要通过支付费用吸引审核团队在我们的生态系统中完成审核,但也要将其作为学习经验。也许在这种情况下,他们将始终充当主要审计员的辅助审计。这些审计团队的时间将得到一定的资金保障(由国库/去中心化资金支付),他们将看到一大批团队正在为他们的工作寻求审计,这意味着未来会有更多的工作。

应该有一个团队提交审计请求的过程,并提供一些社区/技术反馈,以便对这些请求进行优先处理和资助。还需要一些跟踪,以查看团队总共获得了多少支持,以及审计团队的历史和知识。

从许多方面来说,这让他想起了我们世界中现有的系统,例如法院为无力聘请律师的被告指定律师,或者公开提出政府合同要求,让不同方面竞标来满足这些要求。

归根结底,任何值得尊敬的审计都会对我们的生态系统产生长期影响。通过确保我们的产品不会受到攻击或出现错误,我们可以吸引甚至创造更多高价值的合作伙伴。

企业:竞争性研究

为了吸引现有的成功Web2公司加入波卡生态系统,我们需要让他们清楚地认识到,波卡是竞争对手和同行中的正确选择。

事实上,许多最成功的区块链生态系统之所以取得成功,是因为通过叙述操纵和营销,而不是真正有效的或与理念相一致的技术。

此外,其他团队已经找到了产品市场契合点,而波卡生态系统似乎还没有找到。这种问题是循环往复的。没有用户,就没有新产品。没有新产品,就没有用户。

当然,改进我们自己的产品绝对是解决这个问题的第一步,而波卡已经做了很多。但他在此提出的建议有所不同,我们还应更多地采取攻势,将事实与虚构区分开来。

关于竞争研究的很多建议已经写在这里了:波卡竞争性研究提案(详情请参见:

https://hackmd.io/YKFSyUkhT5yQagT2cJBG8A)

他认为竞争性研究有两个关键成果:

  • 揭示其他生态系统中虚构的叙述和故事,其中大多数都是由波卡首创的。

-某条链声称实现100万TPS?这意味着什么?这与其他协议相比究竟如何,而不是某个手工制作的基准。

-“即时最终性”听起来很酷,但真的如此吗?

-其他链声称具有“无分叉升级”或“共享安全性”,真的是这样吗?

-模块化区块链是未来的趋势,但模块化在区块链栈中的哪些地方是有益的,哪些地方实际上是一个糟糕的设计决策?

  • 向竞争对手学习,更好地塑造我们的产品

-波卡作为一种文化似乎非常深入我们自己的研究和思想中。许多最成功的团队使用了来自其他协议的想法和标准,以加速其产品的开发。

-我们可以创造哪些产品,直接与企业和用户在其他生态系统中找到的激动的东西竞争。

-我们如何才能创造出更多可直接比较的产品,并证明我们的技术堆栈确实更好。例如,将Polkadot SDK发展成开发最佳L2的平台,与Arbitrum和Optimism竞争,以及与平行链竞争。

-遗憾的是,现有的各方似乎对直接资助这项工作不太感兴趣,然而去中心化的未来计划可能是推动这项工作的途径。

社区

在社区部分,Web3基金会确定了以下领域:链上治理、去中心化营销、活动。以下是每个领域的一个想法。

链上治理:国库提案模板

到目前为止,Open Gov是一个有趣的尝试。据他观察,现有的区块链级应用程序接口和机制相当不错,但社区试图直接与之对接是错误的。

即使是现在已有的用户界面,如Polkassembly和Subsquare,似乎也只是低级区块链API的封装器,其本身并不是一个应用程序,而我们的生态系统中的休闲构建者和新面孔首先要使用的就是这个应用程序。

很多这个想法已经在这个帖子中写下:更好的国库体系(详情请参见:

https://gov.pokadot.network/t/a-better-treasury-system/9845)

但总体上,我们可以利用我们的社会标准来推动超越区块链规则的行为。

作为最初的MVP,他希望我们能尝试将以下内容标准化:

  • 在线表单:用户可以轻松填写在线表格,描述他们想要的资金。这不是一个需要填写的word文档,而是真正基于网络的用户体验,可以自行修改并帮助用户完成整个过程。

-这些表格甚至可以根据赛道的不同而有所不同。

  • 首先发布到公共平台:在链上发布任何内容之前,应首先向公众发布。提案的讨论应该在任何东西出现在链上之前进行。是否有可能设计一种系统,让人们在链上发布提案之前就知道提案的结果?或者尽可能接近这个目标。

  • 国库支出游戏化:没有人希望骗子或其他人利用国库资金。没有人会在没有任何成功案例的情况下,向投资者索要数百万美元。我们应该通过分级制度来引导人们,让他们的第一份提案范围小、成本低。甚至可以花钱让用户为大型创意制定一个更正式的路线图。然后,随着用户成功完成提案,他们要求更多提案的能力就会提高,直至他们获得大笔资金和大型项目,我们期望这些资金和项目能够支持成熟的团队。

  • 通过游戏化,我们还将能够建立链下声誉系统。我们应该有一个以个人贡献者和团队为中心的中心。当有人申请资金时,应该很容易就能看到他们过去交付了哪些产品,以及这些产品在生态系统中的评价如何。你永远不会在网上向一个没有信誉的卖家购买产品。你为什么要给一个陌生人钱,让他在没有任何背景信息的情况下建立一个东西呢?

  • 提案过程不会因为投票通过而结束。对于每个提案,都应有完整的中心和讨论区。想象一下,用户可以在论坛上询问建造者的进展情况,提供反馈意见,甚至让建造者对他们收到的资金负责。这一切都希望找到这样的团队:他们不仅能很好地营销和推销自己的想法,还能很好地执行,并努力融入我们的社区。

当然,所有这些都不是链上制定的规则。任何人都可以直接在链上提出提案,要求任意金额的资金。但作为一个社区,我们可以引导用户进入我们的社会认可流程,并鼓励用户通过在我们的社区中成长来表达他们的善意,而不是凭空要求数百万美元。

在这种情况下,他认为在国库方面有更多的“中心化”思维和流程无可厚非,因为这往往能提供更高效的流程,从而找到高质量的团队和产出。最重要的是,这并不会损害底层协议的去中心化性。

去中心化营销:模块化营销资源

正在阅读这篇文章的人可能是关注波卡生态系统的前1%。那么,他想问问你们:

如果让你做一次演讲,向全世界介绍和推销波卡,你会如何入手?你会使用哪些资源?

作为一个做过无数次演讲的人,他觉得不存在这样的资源,事实上,他的大部分内容都是从零开始的。从他创建的演示文稿中,他看到生态系统中的许多人都在询问演示文稿的链接,他还看到他的图片、文字甚至想法出现在twitter、博客文章、其他演示文稿等等。

在考虑去中心化营销时,这就是我们需要的东西。我们需要的不是创建更大的扩音器来传播我们的想法,而是创建可重复使用的脚本,由更小的声音来传播,并根据所接触社区的需求进行定制。

有鉴于此,他设想建立一个以营销为导向的资源网站,以多种形式提供有关我们领域内许多不同关键主题的内容。

例如,想象一下每个主题都提供以下格式:

  • 一句话摘要。

  • 一段摘要。

  • 一篇文章摘要。

  • 一张(或多张)图片。

  • 一张Powerpoint幻灯片。

  • 一条Twitter帖子。

  • 一条Twitter Threads。

  • 一个(或多个)竞争比较。

  • 等等......

然后想象一下,我们为波卡生态系统现在和未来的所有关键主题和区分因素都提供了这些:

  • 开放式治理

  • 数据可用性

  • 执行分片

  • 国库

  • XCM

  • FRAME

  • Polkadot SDK

  • 无分叉升级

  • 等等...

这些文字可以被复制、可以被改变,或者只是被他人阅读。但这些资源本身都是高质量的,来自该领域的专家,并经过他们的审核。为每一个能上网的人提供弹药,并让他们相信我们正在建设的事业。

此外,他认为我们还应该提供许多其他资源,使波卡的内容开发更加容易。

  • 访问可在整个生态系统中使用的图形和主题:

-DOT通证的多种视觉效果

-多个版本的波卡logo

-多个主题(例如最近的太空人spacemen主题)

-自定义平行链/xcm视觉效果生成器

-波卡口号和理念的最佳图像表现形式

  • 更多竞争研究,以及反驳虚假叙事的具体论点。

  • 从各种演示、见面会、采访中提取的带字幕的可重用短视频剪辑。

  • 我们充满活力的生态系统、人员、公司、会议、开发、研讨会等的照片...

  • 以及更多

所有内容都将完全开源,零版权,公众可自由使用。

他认为,如果非要对这一领域的营销工作提出批评的话,那就是我们有些人没有足够有力的声音来有效传播这个领域的成功信息。如果我们想真正采用去中心化营销,我们就需要让每个人都拥有强大的话语权,并能轻松获取有说服力的数据和信息。

活动:熟人基金

当他思考波卡未来的去中心化活动时,他担心我们无法适当地策划——用来代表我们使命和方向的声音。Web3峰会、Polkadot Decoded和Sub0等大型活动似乎是公众了解我们的建设和发展方向的唯一途径。

随着波卡变得更加去中心化,个别的推动者和领导者将不太容易能够各地差旅行,并代表出席他们的工作。让适合的人参与我们的活动并围绕波卡展开讨论,与让适合的开发人员构建我们的代码库一样重要。

在看过这类大型活动的幕后筹备过程后,他知道我们是根据要求出席的人员来制定议程的,而不是通过实际联系并策划我们想要讲述的故事。他认为这不是为波卡争取最佳代表权的正确方式。

我们需要牢记,许多优秀的演讲者和代表已经忙得不可开交。如果没有这样的支持计划,这些发言人就需要自己协调和支付所有这些差旅费。这通常只对那些想要推销他们产品的领导者有经济上的好处,但这并不能为整个生态系统带来最有利的内容。对于那些期望从国库得到支持的人来说,目前的开支是巨大的,并且在当时的政治局势是一个巨大的阻碍。

我们可以通过一个团队和一套基金来支持关键演讲者,我们需要与他们一起想办法,如何让他们更容易地参与这些活动,如何更好地利用他们的时间。

从管理酒店预订、机票和其他基本行政事务等简单的事情,到更复杂的事情,比如制定我们希望公众从波卡看到和听到的内容,并找到合适的人来呈现这些内容。

我们甚至应该考虑到波卡生态系统之外的问题,确保他们在EthCC、EthDenver、Devcon、Devconnect等大型多生态系统活动中拥有适当的代表......

如果我们在这方面做得很好,我们就能在Parity和最初的波卡创始人之外创造有名的、熟悉的面孔,他们代表着我们的使命和对这个生态系统的贡献,其他人也会向他们寻求方向和灵感。

因此,他真的希望看到:

  • 改变方向,从那些请求演讲的人中挑选代表,主动联系关键演讲者,并邀请他们在重要活动中发言。

  • 从活动方面更加主动,尽可能将工作推给活动协调人,减轻演讲者的负担。

  • 支持演讲者参加这些活动,为他们的旅行提供资金和基本的行政帮助。

  • 协同叙述:利用这些主要发言人的优势,提前形成一套演示文稿,捕捉我们希望观众了解波卡的关键要点。

-我们绝不能让两位发言人谈论同一个话题。

-我们绝不能让两位发言人的演讲内容相互矛盾。


Boca knowledge map is our entry-level article on Boca from zero to one. We try to provide you with a comprehensive understanding of Boca's content from the most basic part. Of course, this is a huge project and full of challenges. However, we hope that through such efforts, everyone can correctly understand Boca and people who don't know Boca can easily and quickly master Boca-related knowledge. Today is the first issue of this column. This paper mainly introduces the core of Boca's decentralized future proposed by the Foundation. Developers' Ideas for such a future The Foundation recently announced the details of the decentralized future of Boca Net. Please refer to the plan. On the website, they described three areas that are crucial to these funds and development to support and develop Boca Ecosystem. The core developer elaborated these nine points in detail on Boca Forum. He wanted to put forward an idea for each area and hoped to see the initiative provide funds. In fact, if he could find a suitable working partner, he would like to directly contribute to it. One or more ideas contribute. Obviously, each idea needs to spend more time to enrich the specific content, but I hope these ideas are concise enough for people to read and detailed enough for people to understand the basic ideas and goals behind the project. Finally, he said sorry because many of these ideas have been brewing for some time. As you can see below, he will link to some previous articles in due course, but this article is written quickly and is an imaginary welcome. Please give any feedback and suggestions for him to further modify and improve these ideas. The following is the chat summary of this article. For details of the English version, please refer to the table of contents: Alternatives to the experience of technology developers; Growth, merger and interoperability; Reading status across parallel chains; Development of ecosystem development services; Interactive and meaningful tutorial; Competitive research on community auditors and auditing enterprises of high-value partners; Decentralization of the proposal template for managing the national treasury on the three-community chain. Marketing modular marketing resource activities familiar face fund technology in the technical part, the foundation has identified the following areas: the growth and interoperability of the developer experience. The following are the alternatives to the developer experience. They have always positioned themselves to meet the needs of developers flexibly. From the beginning, they described the flexibility and modularity of at least three methods and how they can really be used to develop fully customized systems. However, it is obvious to experts. For many people who have just entered the ecosystem, it may be quite complicated, especially to use it correctly and safely. He believes that among the three options provided, almost no one builds the system by modifying the core, and almost no one simply configures the origin of the node template. Everyone will use it to build it, but the goal of flexibility will be lost because there is only one product that can meet everyone's needs. In view of this, he believes that there should be a gap between using the node template and using it. There is a product, a simpler, easier to use, safer, more standard and more satisfactory framework, perhaps a framework like this, which is super simple and safe, also known as the name is not important, but he has been thinking about it for a long time, and the core idea is low in configurability, but you can't customize every type in the runtime out of the box, but you don't have to worry about or bear the cost that every type in the runtime is a common type, and provide all the primitives you expect to export to a system, for example, you won't feel that the system module. Balance module, practical module, consensus module, etc. all need to work together with the system you are building. It has been packaged and accepted standards in a wider blockchain ecosystem, and you can build a framework for simplifying specific ecosystem goals, such as cross-chain transfer, multi-pass card system, smart contract, etc. according to these standards. The purpose is not to maximize flexibility, but to show the best user stories in the current encryption ecosystem, which are compatible with the used chains and perfect in the ideal situation. Allowing people to transition from transition to transition is to provide a correct framework for Boca ecosystem. Its design has the greatest flexibility, but since it already exists, they should start to consider lowering the entry threshold for developers who want to get simpler products, just using templates for development as promised. He thinks it is time for Boca to start acquiring other runtimes, grow and merge, and if you only need to learn one language, you can join Boca ecosystem. What part will happen? If you want to build a smart contract, an on-demand parallel chain or a dedicated parallel chain, you can use exactly the same code base and use it to start these three contracts when the time and conditions are right. This is the main vision of merger and acquisition. He believes that runtime development is a complete subset of smart contract development. For historical reasons, these two frameworks were built separately, but with the passage of time, they have also found their integration mode. In fact, the transition from to and how they are. Cleverly using attribute macros to build a better but simple grammar, such as declaring the call to store event errors, is not standardized in two languages, so users feel that they need to learn two languages instead of one. At present, the span between groping for boca cards and starting a parallel chain is really too big. If there is not a huge team and a large amount of funds, there is really no middle ground or narrative for individual to launch something similar to a parallel chain. On the contrary, we can build the first parallel chain. One-step marketization builds contracts for use and deploys them to existing parallel chains. Then, because the same language is used in our world and runtime development, successful products only need to convert their contracts into on-demand parallel chains with higher performance. Finally, if their on-demand parallel chains need a lot of block space, they can get a special slot and possibly use all the same code bases. Of course, if you write code for runtime, you will get more access and access. The access right of the lower layer of the block chain, but the main idea should be that in the development process of Boca ecosystem, you are only writing new code instead of rewriting the existing code. In this story, the user gropes for a comprehensive story from the individual to launching the parallel chain on Boca, which is exactly the growth that our ecosystem needs. Most of his initial ideas about the merger are recorded here. For details, please see that maybe their goal is not to merge into China, but maybe the above suggestions can be an extension to provide this end-to-end story interoperability. In this article, the idea of reading the state across parallel chains is the least thought. 比特币今日价格行情网_okx交易所app_永续合约_比特币怎么买卖交易_虚拟币交易所平台

文字格式和图片示例

注册有任何问题请添加 微信:MVIP619 拉你进入群

弹窗与图片大小一致 文章转载注明 网址:https://netpsp.com/?id=62962

美化布局示例

欧易(OKX)最新版本

【遇到注册下载问题请加文章最下面的客服微信】永久享受返佣20%手续费!

APP下载   全球官网 大陆官网

币安(Binance)最新版本

币安交易所app【遇到注册下载问题请加文章最下面的客服微信】永久享受返佣20%手续费!

APP下载   官网地址

火币HTX最新版本

火币老牌交易所【遇到注册下载问题请加文章最下面的客服微信】永久享受返佣20%手续费!

APP下载   官网地址
可以去百度分享获取分享代码输入这里。
声明

1.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.本站的原创文章,请转载时务必注明文章作者和来源,不尊重原创的行为我们将追究责任;3.作者投稿可能会经我们编辑修改或补充。

发表评论
平台列表
美化布局示例

欧易(OKX)

  全球官网 大陆官网

币安(Binance)

  官网

火币(HTX)

  官网

Gate.io

  官网

Bitget

  官网

deepcoin

  官网
关注我们

若遇到问题,加微信客服---清歌

搜索
排行榜
扫一扫,加我为微信好友加我为微信好友