ICP:如何在DFINITY上铸造自己的Token?关于Token标准的讨论

6月10号,ICP League 联合社区开发者举办了第三期的开发者电话会,邀请了 DFinance 项目的开发者共同探讨了如何在 DFINITY 上发行代币,以及类似 ERC-20 代币标准的设计思路。点击“阅读原文”可以查看视频回放。

本期亮点:

ICP 本身就是 DFINITY 的第一个代币,是以智能合约的形式部署在链上的,因此可以作为实现标准的参考;

在 DFINITY 上实现类 ERC-20 标准时,与以太坊不同,DFINITY 的区块链上不会保留交易的 massage,因此需要在代币标准下记录交易记录;

因为有限的容器空间中需要保存交易记录,因此代币合约存在扩容问题;

DFINITY 使用了反向 gas 模型,用户使用无需消耗 gas,因此为了避免大量垃圾交易攻击,需要在代币标准中写入转账扣费或手续费;

在以太坊网络中,ETH 代币是区块链底层的原生代币,其挖矿、转账、与合约交互、支付 gas 等交易事件也被打包放在区块中,与区块链耦合;而在 DFINITY 上,ICP 代币实际上搭建在网络上被称为“Ledger”的智能合约,ICP 代币的查询、转账、交易管理与质押等功能是现在智能合约中(archive_node.rs)。

Bicc币交所早期投资人王小彬:如何在安全前提下实现高速处理是区块链底层公链突破重点之一:金色财经现场报道,“2020 Cointelegraph中文大湾区·国际区块链周”8月5日-7日在深圳举行。Bicc币交所早期投资人&CWV主链基金会管理人王小彬跨洋连线“公链下一轮,CWV2.0如何回答”,他表示,如何在安全的前提下实现高速处理是区块链底层公链突破的重点之一。CWV2.0相对传统公链在速度方面优势非常明显,因为采用了VRF(随机验证方法)共识,CWV2.0在运行过程中,通过随机函数确保出块节点的公平性和去中心化控制,同时在块高度上实现PBFT容错能力,使得VRF的主链更加稳定,在账本层面可以很好地实现快速出块。[2020/8/7]

由于 DFINITY 的智能合约更类似于互联网微服务下的容器,而智能合约的状态是保存在 Ledger 容器内部。实际上,ICP 的所以交易记录是保存在智能合约内部的,需要使用该合约的函数进行查询。

实际上,只有 DFINITY 的 gas 代币 cycles 是链上唯一的底层原生代币,而只有通过燃烧 ICP 才能获取 cycles。

所有操作都记录为 Ledger 容器内的交易,同时 DFINITY 在 Ledger 容器中记录账本时使用了区块链式的数据结构。注意,这里的区块链只是存账本数据的格式,并不是我们理解的有共识的区块链。以下是实现的状态。

声音 | 人民邮电报:区块链如何填补法律监管“空白”?:人民邮电报今日发表文章《区块链:如何填补法律监管“空白”?》,文章表示, 如今,把区块链作为核心技术自主创新重要突破口,加快推动区块链技术和产业创新发展,成为大家关注的热点话题。毫无疑问,区块链将为新一代信息技术发展带来新机遇,引发新一轮技术创新和产业变革。而与之相随的,是新技术新业务发展应用所带来的法律空白和监管困境,如何在监管空白与监管过度之间找到平衡点,成为摆在立法、执法者面前的一道难题。[2019/12/6]

因此,ICP 可以看成 DFINITY 上第一个代币规范,他的代码已经开源,在实现类似 ERC-20 标准时最好沿用 ICP 代币的设计,开源链接:https://github.com/dfinity/ic/tree/master/rs/rosetta-api/ledger_canister。

访问 https://github.com/dfinance-tech/ic-token/blob/main/simple-erc20/src/token.mo,可以查看 DFinance 沿用 ERC-20 的 DFINITY 代币标准的源码,使用了官方开发的语言 Motoko 编写。

动态 | V神阐述如何进行ETH委托挖矿:V神回复网友提问“1.可以通过合约合租一个validator(平民化参与,共享投票身份)吗?2.一个客户端可以跑多个valifator (共享机器)吗?”表示,“你开一个validator,需要设置两个公钥:签名的公钥和取款的公钥。Phase 2后,不一定需要设置取款公钥,也可以设置取款合约。签名的私钥能withdraw,withdraw完成后validator里面的资金都给取款合约的地址。所以你开新的validator到时候,可以先发比如1以太币,设置取款合约,这个合约的规则是,谁deposit多少谁按照比例withdraw多少。一段时间后,你发withdraw的交易。现在因为奖励这个validator的balance是33.6以太币(加 5%),33.6以太币给合约,合约的规则分配1.05给你,8.4, 10.5和13.65 给其他的参与者。签名的私钥是你的,谁能withdraw多少的规则是合约定的。别人能看一个还未activated的validator的withdraw合约的规则,如果他们觉得是合理的,则他们能发他们的币给这个validator,这个是委托的方法。”[2019/10/22]

owner_ 表示 token 创建者,一般是容器的部署者;name_ 表示名称;decimals_ 表示代币的精确位数;symbol_ 是代币的标志;totalSupply_ 是代币的总供应量。以上是一些基础。

声音 | 光大证券彭文生:Libra的发展关键要看监管机构如何在支持创新和监管之间的平衡:近日,光大集团研究院副院长、光大证券全球首席经济学家彭文生表示,和比特币等代币相比,Libra尚未问世引来如此高的关注度,一是数字经济下科技巨头平台公司和货币的网络规模优势有协同效应;二是Libra作为一揽子货币的衍生品,属于数字货币中的稳定币。而比特币等代币仅仅是数字资产,其未来价值取决于使用者对其的“信仰”,故其价格波动幅度会比较大。他还指出,未来Libra要成为货币,在起步阶段,支付手段可能是突破口;但发展到一定规模后,储值工具的作用更重要,是推动Libra能成为一种真正货币的主要力量。Libra现在是0,按常理起步会较慢,但不能低估其社区网络带来的规模效应。不过Libra的发展关键还要看监管机构如何在支持创新和监管之间的平衡。[2019/7/30]

但其实表示代币位数的 decimals_ 可以考虑删除,在以太坊合约中需要这个参数是因为以太坊使用的 solidy 无法支持浮点数的计算,但是 DFINITY 的语言是可以支持浮点数运算的。

balances 是一个数据库下的类型,表示一个账户对应的余额是多少。这里使用了 DFINITY 的持久化数据库 HashMap,在账户与余额间建立了联系。allowance 记录的是 Approve,这在以太坊中经常使用,允许一个账户或智能合约使用你的余额。

声音 | Ledger首席执行官:很多人仍然不知道如何保护他们的加密资产:法国硬件钱包制造商Ledger首席执行官EricLarchevêque表示,他对加密货币行业的未来持乐观态度,他正在为“新一代消费者”做准备。然而,Larchevêque声称,在加密货币存储教育方面,仍然是一个值得关注的领域,许多用户无法充分保护他们的资金。谈到Cryptopia黑客和2018年的其他各种损失,总额接近10亿美元,Ledger首席执行官认为,很多人们仍然不知道如何保护他们的加密资产。[2019/2/5]

这个实现沿用了 ERC-20 的 transfer、transferFrom、balanceOf、allowance、approve 这些操作。关于代币的铸造与销毁功能,在以太坊上很多项目会选择直接把代币转入 0x0 地址进行销毁,因为不可能有人能逆向算出 0x0 地址的私钥,所以再也无法转出。但在 DFinance 的标准下并没有这么操作,因为 DFINITY 目前还没有公认的销毁地址,因此实现了一个 burn 方法,在数据库中直接减去余额。

从 DFINITY 上线后官方开源的了 ICP 的实现代码,在沿用 ERC-20 的情况下更贴近了官方的做法,尽量实现兼容,也变得更为复杂,开源代码:https://github.com/dfinance-tech/ic-token/tree/ledger/src。

DFINITY 的 ICP 实现用中,账户使用的是 account ID,而在该实现中使用的是 Principal ID,关于两者区别我在《对DFINITY的去中心化身份、账户与钱包介绍,开发者能如何利用?》中有过介绍,关于两者的选择社区也不同的意见。

最大的区别在于增加了记录转账历史消息的数据库:因为代币同样也是 DFINITY 上的智能合约的实现,因此和 ICP 存在同样的问题,即以数据最终一致性为先,而区块上查不到交易信息。因此必须在容器内建立数据结构来保存 message。在核心代码下找到 OpRecord.mo,每一次转账、铸造、销毁、approve 的操作都以一条 OpRecord 的记录,一条 OpRecord 下有详尽的相关信息,方便用户日后查询。

在此前我们多次聊过扩容问题,同样在代币标准中又出现了。因为现在的需要在智能合约中保存代币的转账记录,这将是非常庞大的数据,而 DFINITY 目前只支持最大 4GB 的容量。

实际上所有 DFINITY 的应用都会遇到容器容量限制的问题,终极解决方案是实现一套自动扩容的数据库基础设施,它会会在一个容器容量消耗殆尽前,把数据划分到新的容器里。

这个基础设施相当于一个标准化的数据库中间层,上层 DApps 可以直接调用数据库中间层的接口,而数据库容器的扩容问题由中间层。目前虽然有尝试去实现数据库引擎的 sudograph,但他目前更多是方便开发者自定义数据类型,还没有去尝试自动扩容。

当然短期内,也可以定期打包一些交易历史到外部静态存储中去,然后删掉 DFINITY 容器内的历史,只保留一段时间。而且 DFINITY 的 WASM 可能会支持 64 位,这样可以扩大单个容器的内存。

在《为什么说是下一代区块链,DFINITY的8大核心优势!》中介绍过,DFINITY 使用了反向的 gas 模型,以太坊上用户为自己的发送的交易付 gas,而 DFINITY 上由部署合约的支付 gas,普通用户不需要付手续费就能享受合约的服务,当然包括代币转账。

但可能会遭受潜在的攻击,如果有人恶意发出一大堆垃圾交易,或者不停地调用合约,又或者在你的合约里面塞满垃圾数据,消耗合约的存储空间与 gas,就会出现宕机。在代币合约上的直接表现就是所有人都无法转账,甚至可以利用这种 DDOS 攻击阻止大家交易,从而操纵市场。

DFINITY 的 ICP 代币在实现时考虑到了这一点,每次调用转账都需要扣去手续费,现在一笔操作回固定扣走 0.0001,来防止攻击。而代币合约在设计时,可以衍生出更多有意思的设计:

1、转什么币,扣什么币手续费。代币合约的每次转账、铸造等操作,都扣取或销毁一定的数量或比例的代币,这种方案非常简单,听起来很像以太坊上的通缩代币设计。

2、转币扣 ICP 当手续费,类似 ICP 自身的实现。

3、在以太坊上每个计算操作都有固定的 gas 消耗数量,开发者可以去估算一个操作消耗的 gas 数量。目前在 DFINITY 上还么有这样的接口,但是是可以实现的。而且 DFINITY 的 gas 是使用稳定价格的 cycles 支付。因此可以先估算操作需要消耗多少 cycles 来计算操作的单价,然后根据交易所中 cycles 与该代币的交易对,来扣取对应数量的该代币,实现手续费完全覆盖交易处理成本。

以太坊网络中因为 ETH 与 ERC-20 标准之间的差异,并且为了避免重入攻击,导致了 approve 这么一个额外的操作。但在 DFINITY 中,有人提议可以去掉 approve 功能,来提升使用体验,并提出来“订阅”的替代方案。并且这样也能防止攻击,因为在 DFINITY 模型下的 approve,攻击者可以发送一大堆 approve 来占满容器的内存让其宕机。当让也有一些人提出来反对意见,具体社区讨论可以查看:https://forum.dfinity.org/t/thoughts-on-the-token-standard/4694/4。

使用 Principal ID 节省空间

在《对DFINITY的去中心化身份、账户与钱包介绍,开发者能如何利用?》中我们介绍来 DFINITY 的 Principal ID 和 Account ID 两种类似的 ID:Principal ID 被用于容器的使用,而 Account ID 被用于账本,两者同源。目前 DFINITY 的 ICP 实现中使用的是  Account ID,但社区也有人提出希望在代币合约中使用 Principal ID。因为 Principal ID 更短,可以节省 25% 的空间。

语言选择

官方在 AMA 中表示,建议开发者使用 Rust 来编写对安全性要求更高的代码,比如代币合约。

管理合约控制者

因为 DFINITY 的合约允许升级,因此合约的控制者具备较大权力,甚至可以增发代币,回滚业务,因此需要更好的去管理控制者。可以把控制者分配给零地址让合约永远无法升级,也可以把控制者替换为一个 DAO,由社区集体管理。

感谢 DFinance 开发者的分享,DFinanace 正在建立 DFINITY 的代币标准,并帮助用户一键发行代币,并建立 swap 等金融基础。可以通过关注 https://twitter.com/DFinance_AI 获取他们的消息,也可以通过后续的测试链接铸造自己的第一个代币。

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

金星链

[0:0ms0-1:363ms