Closed blocklee closed 4 years ago
“闪电⚡️网络发展了这么多年,但仍未有一个蓬勃发展,主要原因跟比特币底层不支持有关系。Nervos做的事,就是要开发一个二层友好的底层网络。”创始人吕国宁如是说。
nervos现在的pow测试挖矿现在是基于cuckatoo实现,调低了参数,cpu可挖。自主设计的hash算法可能会在下个月发布相关论文与算法细节。
nervos《矿工酒馆》 吸引并引导社区参与,和社区建立积极互动。
explorer.nervous.org
主网上线 12月31号之前
主网用什么挖矿? 认为用什么挖矿不是底层协议该考虑的事,认为专业矿机的事是上层考虑的事,交给社区。
什么时候上交易所 不主动,做自己,希望“被上”
有没有public sale 不可能没有。没有那么远。
特立独行的“猪”🐷。
分层架构vs单一架构
区块链是全局共识 -> 实现信任,全局共识必然是慢而贵。
没有共识算法能比没有共识的共识算法更快。 去中心化不可能比中心化更快。区块链最该考虑的是如何把信任价值发挥出来。
l1关注去中心化和安全,2关注性能。
需求也是分层的: 大部分情况只需要局部共识;范围越大,共识代价越大;
不同的角色:状态和计算 1层验证和存储。 2层状态生成。
pow vs pos 共识就是少数服从多数,最常见的就是投票,女巫攻击其实就是刷票。
pow和pos都能解决女巫攻击问题的。
确定性 BFT有绝对确定性。投票节点事先确定。
pos有一定的确定性。指定时刻,stake总量是固定的值。
pow没有最终确定性。制定的时刻,算力总量不是一个固定的值。
pow有动力吸引更多的算力,系统安全性随之上升。新矿工没有门槛。
pos没有动力去增发stake。系统的安全性也跟这个没有直接的关系。新的验证者门槛较高。
pow更开放,安全性更可量化,与layer2更互补。
共识 ASIC-neutral pow function
算力分散,尽量多的算力。
带宽实际上是区块链吞吐量的最大限制。
NC-Max有三个创新:
VM
Have to: Certainty Halting problem (each instruction has exact price)
Other: Stable instruction set Flexible Toolchain support
RISC-V | WARM | EVM | |
---|---|---|---|
Instructions | 50 | 172 | 188 |
Words size | 32/64 | 32/64 | 256 |
Vm Architecture | Register Based | Stake Based | Stake Based |
Level | Hardware | Software | Software |
toolchain | GCC/LLVM | LLVM | solc |
Language | C/Rust | C/Rust etc | Solidity |
memory Model CMB VM use 64bit RISC V instruction sets Not bytes code but Linux ELF
No operation stack but 32
4 MB runtime memory(include thread stack/heap/ELF file mapping)
Access chain data by syscalls (only current transaction related information)
programing model and problems
programing model is about state: state generation(off chain) state verification(CMB VM) state storage(cell model)
problems we only pay for computation, state storage is free. The Tragedy of Commons.
Computation and verify should be separated.
comparison
btc | ETH | ckb | |
---|---|---|---|
Instruction set | Script | EVM | RISC-V |
Cryptographic Primitive | Opcode | Precompile | Assembly |
Stateful | No | Yes | Yes |
State Type | Ledger | General | General |
State Model | UTXO | Account | Cell |
State Verification | On-chain | On-chain | Off-chain |
State Generation | Off-chain | On-chain | Off-chian |
Henry@nervous.org
第一性原理:
沉重的资产 二层资产稀释一层价值
状态爆炸 全节点数据越来越大,存储空间成本高昂。
存储版公地悲剧
一层饿死问题
对齐各方利益
比特币生态
以太坊生态:开发者/持币者/矿工/erc20持币者
eth的安全性持续被其上资产稀释:安全性版本的公地悲剧
为什么要分层设计?
基础发行
二级发行 与 NervosDAO
占用了全局状态,需要持续性的付费
固定增发
矿工补偿
价值存储模型
安全性
沉重的资产,更强的篮子 资产越多,容量使用越大,矿工收入越多,越安全,越可以承载更多资产
对齐了生态利益
公地悲剧
安全版 Asset tokens don't just ride the platform security provided by platform holders for free, but they contribute to the security by generating demand to occupy state storage.
存储版 Users that use storage pay proportinall to their size of storage used and duration of usage.
价值补获
沉重的资产 二层资产稀释一层价值
状态爆炸 全节点数据越来越大,存储空间成本高昂。
存储版公地悲剧
一次付费,永久保存 全节点运营成本 EIP 103 storage rent 一层饿死问题
二层扩展,一层交易变少,一层本币需求减少 一层安全性降低
其实这个就是我们现在讨论的问题,而且底层的本币仅仅只是吸引矿工还是不足够的,还有其他角色要如何平衡?
沉重的资产 二层资产稀释一层价值
状态爆炸 全节点数据越来越大,存储空间成本高昂。
存储版公地悲剧
一次付费,永久保存 全节点运营成本 EIP 103 storage rent 一层饿死问题
二层扩展,一层交易变少,一层本币需求减少 一层安全性降低
其实这个就是我们现在讨论的问题,而且底层的本币仅仅只是吸引矿工还是不足够的,还有其他角色要如何平衡?
请教: @yatingzhou 你心中有没有一个利益分配的大致图谱?谢谢
@blocklee 这个是你参加Nervous 北京活动的干货吗?
你心中有没有一个利益分配的大致图谱? @ismailma
纯粹的经济模型设计考虑的是如何设计激励机制,促使网络的长期可持续运行,即长期安全,又保持去中心化。而我们所说的利益分配问题,实际上是指的如何解决历史问题,因为有了ico,对币做了一次分配。但是我们需要明白的是,ico是一个一次性分配掉定额代币的融资行为,它并没有对网络的长期可持续安全有任何帮助,所以 ico 相对于一条公链网络来说,本质上只能看作是一次预挖。否则单靠这种模式是无法构建一个独立的区块链网络的,它只能是以一种类似寄生的方式存在于以太坊这样的底层网络上。
所以关于这个历史问题,我们是有两个思路的:
qitmeer公链以预挖的方式将HLC合并,以二八原理作为隐性思考,通过一种荷兰式拍卖的模型让市场各方去博弈,产生一个兑换比例。
将HLC保持原结构,最后切换成以 qitmeer 为底层的二层代币,作为隶属于HLC基金会的商业项目。然后作为回报,基金会用参与早期公链挖矿所得空投赠送qitmeer代币给hlc持币者。
二合为一的必要操作,就是一刀切,让所有 hlc 持币者的币保持了在当前流通中的权重,然后会被矿工新挖的币持续稀释。这里面最重要也是最难达成共识的就是,要让大家承认一件事:HLC 现在是在向一个公链转型,我们就必须要承认以前设计上的错误,以前用 ICO 的方式一次性分配了所有币,这是一种要在其他公链底层上寄生的商业项目思路,并不适合建造一条独立的公链网络。在这条转型之路上,我们都必须要认识到,ico只能看作是对未来公链的一次预挖,提前预支了公链网络部分价值。这是一个我们不想认也得认的残酷事实。
share:
有两点和咱们 HLC考虑从是一样的:
关于 NervosDAO NervosDAO的具体实现上应该还是在改进中,像锁定周期,利息分配细节等尚未确定(如何提高用户存币的灵活性,以及如何避免交易所成为NervosDAO的最大收益者,这些还是问题)。但这个概念的引入,使得网络具有一定的调节功能,这一点值得借鉴思考。当然具体实现方式不一定是这样。咱们HLC自己是否可以考虑从税收的调节功能做思考,但最重要的思考点是该如何来调节,有什么样的调节功能,要在什么情况下调节哪些人@xiaobai99
关于Nervos的自定义交易手续费 Nervos宣称要开发自定义的交易手续费支付方式,但从会上的回答来看,目前进展并没有想象中那么好,灵活性可能并没有那么高,最终还是想拉回用 CKB 支付的路子。
要真正实现交易手续费的自定义灵活性,对于网络采用有一定好处,但在实现上可能需要考虑 矿工和用户 双方的需求如何统一,这里可能会存在 矿工愿意接收的币和用户想支付的币有冲突,那么要同时满足双方意愿,就需要一个中间稳定定价转换媒介(比如一个稳定币)。
交易手续费的定量定价其实是一个不好确定的点,交易手续费是要按交易金额大小收取呢?还是每笔固定呢?是否允许用户通过付额外费用获取优先权?。。。