ION:开发者必读：从Zcash和Aleo的技术出发，理解隐私交易的设计原理_1MillionNFTs

zerocash）更为相近，类似的Key结构，类似的Note结构，类似的称呼。本文是基于Zcash最新的论文和Aleo的ZEXE做的比较，虽然在具体的细节上有所不同，比如Key结构，具体使用的密码学方法；但是在high-level的设计上大体相同。

除了前面所讲述的技术细节外，仍然存在一些其他的技术细节暂未涉及，比如delegateprover方案，零知识证明算法，递归/聚合方案等，有兴趣的同学可继续研究。

1.关于Zcash？

一个简短的视频了解Zcash，大概需要2分钟。

https://zcash.readthedocs.io/en/latest/rtd_pages/basics.html

特点：

?匿名版的BTC，类UTXO模型

?只能做支付场景，不具备可编程性

协议升级，我们只关注最新版本。主要介绍Zcash里的各个核心概念。

Zcashprotocolspecification:section3.1,page12）

你可以在Zcashprotocolspecification:section4.2.3,page36了解这些Key的计算方式。

XRPL开发者将在Apex开发者峰会上展示新的XRP支付解决方案:9月6日消息，根据XRPL Labs开发人员Wietse Wind和Dominique Blomsma的说法，将在拉斯维加斯的Apex XRPL开发者峰会上展示一个使用寻路（pathfinding）技术的XRP支付和退款解决方案。

该解决方案提供快速寻路功能，用户使用XRP付款，而商家收到其优先考虑的币种。除了负责Xumm Wallet的XRPL Labs团队之外，开源电子商务平台nopCommerce的开发人员也参与新XRP支付解决方案的开发。（U.Today）[2022/9/6 13:12:26]

Zcashprotocolspecification:section3.2,page14）

在Zcash的协议中，因为隐私的需求，note是不能公开的，因此，需要计算对应的commitment来代表这个note，计算方式如下：

Zcashprotocolspecification:section3.2,page15）

Zcashprotocolspecification:section4.6,page41）

隐私输入是：

证明statement为：

Yearn.Finance核心开发者：已将Uniswap和Sushiswap LP添加到白名单:Yearn.Finance中文站发微博称，核心开发者banteg表示，已将Uniswap和Sushiswap LP添加到白名单。它涵盖了YFI的所有有效益用途，现在还剩下Gas费优化调整。 ???[2020/11/28 22:23:50]

Zcashprotocolspecification:section4.17.1,page40）

???花费的note的完整性，和noteplaint唯一绑定

???花费的note的有效性，cmtree的存在性证明

???Value承诺的完整性，和rcv,oldvalue,newvalue唯一绑定

???Nullifier的完整性，防止doublespend，维护一个花费的noteset

???花费的note的合法性

???地址的完整性

???新note的完整性

???flag的合法性

Zcashprotocolspecification:section7.1,page119）

以太坊开发者：ETC网络体量小致使购买算力和发起攻击更容易:ETC两次遭遇51%攻击也引发了以太坊社区的讨论。其中，有成员认为大大提高区块确认时间的措施也可以适用于以太坊。但以太坊核心开发者Peter Szilagyi则表示并没有必要。他认为，当前以太坊链已经运行了很多DeFi项目，如果确认区块数量很多，则需要花费大量时间进行批准确认，而这会降低以太坊链的有用性。[2020/8/8]

整个交易结构包含四个部分：

???Publicinfo(1-5)

???Transparenttransactionsinfo(6-9)

???Saplingtransactionsinfo(10-16)

???Orchardtransactioninfo(17-25)

2.5.2从?transparent到?shield

Orchard协议里包含两种地址，transparentaddress(TA)和shieldaddress(SA)。一般，为了执行隐私交易，需要先从TA往SA转账，此时对应的交易结构应为：

??Publicinfo(1-5)

??Transparenttransactionsinfo(6-9)

Roger Ver：不能认同BCH开发者坚持32 MB的区块大小限制:在最近的播客节目中，Bitcoin.com前首席执行官Roger Ver称，有关区块大小限制的争论已经成为BCH社区的热门话题。他表示，BCH开发者坚持使用32 MB的区块大小上限，但在大多数情况下,他不认为它（BCH区块大小限制）是一个实际的问题。 区块大小的争论一直是BCH和BSV争论的一个热门话题。Ver还认为，支付系统的最终用户并不关心去中心化。他指出，推动零售采用的是效率，而非技术的新颖性。（Fxstreet）[2020/5/29]

ⅰ.tx_in_*：实际值

ⅱ.tx_out_*：默认值

??Saplingtransactionsinfo(10-16)

ⅰ.All：默认值

??Orchardtransactioninfo(17-25)

ⅰ.??All：实际值

2.5.3从?shield到?shield

Orchard协议里包含两种地址，transparentaddress(TA)和shieldaddress(SA)。一般，为了执行隐私交易，需要先从TA往SA转账，此时对应的交易结构应为：

前门罗币首席开发者：许多监管机构不会采取完全反隐私的立场:金色财经消息，前门罗币首席开发者、Tari的联合创始人Riccardo Spagni表示，如今的监管机构明白隐私的必要性，许多监管机构看到了他们自己生活中对隐私的需要，不会采取完全反隐私的立场。（AMBCrypto）[2020/3/15]

??Publicinfo(1-5)

??Transparenttransactionsinfo(6-9)

ⅰ.?All：默认值

??Saplingtransactionsinfo(10-16)

ⅰ.?All：默认值

??Orchardtransactioninfo(17-25)

ⅰ.?All：实际值

2.5.4从?shield到?transparent

Orchard协议里包含两种地址，transparentaddress(TA)和shieldaddress(SA)。一般，为了执行隐私交易，需要先从TA往SA转账，此时对应的交易结构应为：

??Publicinfo(1-5)

??Transparenttransactionsinfo(6-9)

ⅰ.?tx_in_*：默认值

ⅱ.?tx_out_*：实际值

??Saplingtransactionsinfo(10-16)

ⅰ.?All：默认值

??Orchardtransactioninfo(17-25)

ⅰ.?All：实际值

??Unlinkable

生成的note用cm表示，花费的note用nf表示，nf和cm之间无任何联系，因此，任何人都无法通过这些信息去判断任何一个被生成的note是在哪一笔交易里被花费的。

??Private

ⅰ.?Senderaddress：

交易信息里不包含sender地址且spendAuthSig为一次性签名。

ⅱ.?Receiveraddress：

交易里不包含receiver的地址且新的Noteplaint用的是recevier的公钥加密。

ⅲ.Value：

用pedersencommitment形式隐藏Note，且通过bindsig来保证交易的balance属性。

1.和Zcash的异同

Zcash只能执行基于OUTX模型的隐私交易，不具备可编程性；因此，Aleo和Zcash最主要的区别是隐私可编程性；相同点是都支持隐私属性。

2.1Unit

和Zcash的note不同，Aleo里的基本操作单元是record，下面让我们看一下两者的主要区别：

Zcashprotocolspecification:section3.2,page14）

Zexeprotocolspecification:section3.1,page17）

虽然具体参数名称不相同，但是从功能角度来看，两者之间具有对应关系：

分别对应note拥有者的地址信息，承诺相关信息,nf/sn相关信息，value相关信息。

所以，两者结构基本类似；主要的区别在于record里的birthpredicate，deathpredicate。这是两个Boolean类型的函数，代表着，当一个record在birth(generate)和death(spend)阶段，分别需要满足的条件，这一块是支持user-defined，因此具有可编程性。

Zexeprotocolspecification:section3.1,page17）

和Zcash(2.5.1)的交易主要结构相比，仍然相似：

??消费的record对应的序列号sn，在Zcash里用nf表示，都是具有全局唯一性。

?新生成的record对应的承诺。

?新生成record的plaint，包括拥有者信息，对应的birth/deathpredicate等。

Zexeprotocolspecification:section2.4,page13）

需要证明：

??Oldrecord的有效性

??Oldrecord的合法性

??Newrecord的有效性

??Birth/Deathpredicate的有效性

3.1为什么都是utox-based，不是account-based?

Remark2.3

https://zips.z.cash/protocol/protocol.pdf

2.(Aleo)Zexeprotocolspecification：

https://eprint.iacr.org/2018/962.pdf

3.协议升级：https://z.cash/upgrade/

4.zerocash：https://eprint.iacr.org/2014/349.pdf

关于我们

Sin7y成立于2021年，由顶尖的区块链开发者组成。我们既是项目孵化器也是区块链技术研究团队，探索EVM、Layer2、跨链、隐私计算、自主支付解决方案等最重要和最前沿的技术。

微信公众号：Sin7Y

GitHub?|?Twitter?|?Telegram?|?Medium|?Mirror?|?HackMD?|?HackerNoon

标签：IONCASHASHCAS1MillionNFTslitecoin-cashLeash Clubcasper币最新消息

区块链热门资讯