telegram项目TON昨日凌晨终止,垂直项目或将目光转投aelf
币圈小姨QAQ

05月14日 09:25

Follow


昨日凌晨,Telegram 的创始人 Pavel Durov 在 Telegram 的官方频道发文,宣布 Telegram 推进了两年半的区块链项目 TON 正式终止开发。

 

声明显示,投资者或许将会获得退款,但是 Telegram 目前还没有未公布退款计划的具体细节。


Telegram首席执行官Pavel Durov在宣布终止的帖子中也表示,Telegram做出这一决定,是为了回应美国法院禁止Telegram在世界任何地方分发其Gram通证。

 

Pavel Durov 带着情绪写道:

 

“ 美国法院宣布,Gram不仅不能在美国发行,而且不能在全球发行。为什么?因为美国法院表示,一个美国公民可能会在TON平台推出后找到某种方式访问它。因此,为了防止这种情况,不应允许将Gram分发到世界任何地方——即使地球上每个其他国家都似乎认为TON完全没有问题。”

 

Telegram Open Newtwork(TON)是一个快速、安全且可扩展的区块链项目,目标是能够容纳当前和计划中所有的应用。可以认为, TON 是一个巨大的分布式超级计算机,或者更确切地说,是一个巨大的“超级服务器”,旨在托管和提供各种服务。

 

一直以来,公链项目aelf和TON同为多链平台,二者在项目定位、目标预期、技术路线上也有诸多相似之处,经常被放在一起比较。此次TON项目终止,诸多与垂直领域项目或将会把目光转投至aelf,加入aelf生态。

 

对比两个项目的白皮书,可以发现两个项目在架构上的相似之处:

 

一、多链结构

 

多链结构可以存储更大的信息内容,每秒处理更多的事务,但是在实际运行上会非常具有挑战性。aelf通过多链交易脚本实现跨链双花的校验,通过LIB(不可回滚块)实现Miner对跨链业务的核查,通过Event标记戳实现区块检索中的Trigger机制。

 

 对于TON 的多链系统来说,节点通常不能是 TON 环境中存在的所有分片链的完整节点。它通常只包含一些完整的节点——例如,那些包含自己的帐户,它感兴趣的智能合约,或者这个节点被指定为验证者的那些。对于其他 shardchains,它必须是一个轻型节点,否则存储计算和网络带宽要求很高。 


这意味着这样的节点不能直接检查关于其他 shard 链状态;它必须依赖从完整节点获得的那些分片链的 Merkle 证明,这与自身检查一样安全,除非失败(即发现哈希冲突)。获得从 y = Hash(x)开始的第二 Merkle 证明,以提供值 x[j] = h [i] [j] 或仅其哈希。

 

二,支持智能合约

 

TON在白皮书做出论断:对图灵完备智能合约的支持似乎在任何通用区块链项目中都是可取的。事实上,正是比特币不支持智能合约才有了以太坊。

 

aelf与TON一样,都具备完备的区块链智能合约系统,使用智能合约将大大提高效率。不需要任何人为参与,不仅节省时间、降低成本还会使交易更准确,且无法更改,进一步增强了网络的去中心化。

 

此外,aelf为方便研发人员架设智能合约,还提供了脚手架等多种工具支持,提供了合约开发的官方SDK与成熟的脚手架工具支持,可支撑企业级开发者完成业务逻辑的构建。


企业级智能合约在主网部署、审核、上线前须在一个相对封闭的仿真网络环境中完成内部测试,以实现对上线后运行状态的确认,官方TestKit能够完美满足合约开发者单元及集成测试的需求。

 

与TON相比,aelf还采取了很多更具前瞻性的设计:

 

一,独特的共识机制

 

TON采用的是比较主流的POS共识机制,虽然POS是主流机制,但是也有不少缺点。比如,POS机制中初始的代币分发比较模糊,如果初始代币分发不下去,就很难形成之后的股权证明。再比如,选举算法存在被攻击的可能,一旦攻击成功,整个系统就会被操控。

 

而 aelf 则是在主流共识机制的基础上,研发了独属于aelf的原创共识机制AEDPoS。由于AEDPoS共识本身的推进过程中就采用了hash-commit-reveal的方式,可以直接使用每个CDC的产生普通区块(区别于额外区块)时公布的previous_in_value来作为生成随机数的原材料。新公布的previous_in_value的验证(即验证hash(previous_in_value) == previous_out_value)发生于任何节点执行新的区块之前,只要该区块被成功同步上best chain,就无需担心已经公布的previous_in_value存在弄虚作假的行为。

 

二,不采用虚拟机

 

用于在主链和工作链零中运行智能合约的 TON VM 或 TVM(Telegram 虚拟机)与受 EVM(以太坊虚拟机)启发的传统设计有很大不同:它不仅适用于 256 位整数 ,但实际上(几乎)任意 “记录”,“结构” 或 “和产品类型”,使其更适合执行用高级(特别是功能)语言编写的代码。从本质上讲,TVM 使用标记数据类型,与 Prolog 或 Erlang 的实现中使用的数据类型还不同。

 

但是这也带来了一部分问题,例如智能合约的审计,虚拟机运行时安全问题也慢慢的浮出水面,基于安全等问题, aelf 选择不采用虚拟机。

 

 三、松散耦合

 

aelf 认可松散耦合系统的优势。aelf的内核组件也是以“全家桶”的模块化形式提供给开发者,可像Maven一样按需配置管理,在架构理念上对“高内聚、低耦合”的经典设计准则从行动上予以致敬。这样的设计使得当某个构件成为瓶颈的时候,网络可以选择独立扩展相关模块的能力。aelf独特的松散耦合设计,既提供了独立化模块的可能性,又避免了TON在白皮书中质疑的松散耦合的效率问题。

 

TON项目终止后,垂直领域项目的选择列表中删去了TON,只能投身于aelf、EOS、PolkaDot等平台项目。

 

与TON类似,aelf是一个去中心化的云计算平台,旨在帮助企业/个人便捷高效地使用基础区块链技术构建分布式应用(DAPP)。aelf 的公开测试网是一个功能齐全、成熟易用、可公开访问的测试网络,具备完备的区块链智能合约系统、开发套件、开发文档以及功能丰富的基础设施,实现了稳定的网络交易、完善的跨链搭建、全面的经济系统运行,在安全性、可扩展性、高效性、高可用性方面有着良好的体现。

 

目前为止,aelf已为多个不同的企业用户针对不同的问题提供了相应的解决方案,已有积分系统、随机数生成器、BaaS 平台等示范案例。同时aelf为多家国内外企业提供了业务梳理和咨询,并制定了相应的区块链解决方案。

 

在TON白皮书中,确定了关于垂直领域区块链项目与TON合作,共建生态的构想。例如 FileCoin(一个激励用户提供磁盘空间来存储愿意为其付费的其他用户的文件的系统),Golem(一种基于区块链的租借和借出计算平台)用于专门应用程序(如 3D 渲染)或 SONM(另一个类似的计算能力借贷项目),此类项目需要借由底层公链平台,以获得可扩展性。TON停运后,这些项目通过将目光投向aelf,将获得更多扩展的可能性。

 







572 views

1
Share

Comments

no comments

Recommend to Read

链闻ChainNews

07月07日 14:40

Follow
871 Views
Comment
1
Share

aelf

06月10日 14:16

Follow
370 Views
Comment
26
Share

闪电

06月24日 12:06

Follow
5
32
Share

比特派Bitpie

原创

06月18日 15:25

Follow
8394 Views
3
29
Share

币赢网Coinw

原创

07月07日 14:26

Follow
827 Views
Comment
1
Share

财经小蓝

06月27日 16:27

Follow
1140 Views
Comment
1
Share

财经速快车

06月29日 11:37

Follow
695 Views
Comment
1
Share

哔哔News

原创

07月07日 15:53

Follow
753 Views
Comment
1
Share

K站的朋友们

07月07日 10:42

Follow
10
41
Share

八歌

原创 首发

06月29日 09:48

Follow
773 Views
Comment
24
Share
加载更多