V神昨天发布了关于对stealthaddresses隐形地址的指南，浅研一下这个方向。
众所周知区块链同时具备匿名性和公开性这两个互相撕扯的特点，尽管地址本身不会透出任何用户信息，但是通过该地址与其他链上/下的数据结合可以分析出背后具体的真实身份。
尤其是随着现在大量DID和SBT的产品，一不小心你的地址就被黏上一些会暴露你身份的东西，以及通过链上特征分析甚至直接通过cex向地址的交易记录也可以判断出地址持有人，关于交易匿名问题也有如tornadocash等混币器一定程度可以解决，但是对于小众币和NFT则无能为力，以及tornadocash也因法律问题被封杀关停，混币器方案治标不治本。
V神发推为信标链庆生，并发布更新版路线图:12月3日消息，V神发推为信标链庆生，并发布更新后的路线图，新版路线图“展示了以太坊协议开发的现状以及未来发展的顺序。”
V神表示：“我敢肯定，像所有的图表一样，这张表也遗漏了很多东西，但是它也涵盖了很多重要的东西!”[2021/12/3 12:47:36]
隐私地址的原理很简单，其实就是为每次交易生成一个一次性的新地址，用完即抛，相当于自己有很多代理人白手套，这样多个交易就无法追查到同一个人。隐形地址并不是新鲜玩意，比特币、门罗币在这方面的探索都相对成熟，但是以太坊比较滞后，我搜索ethereumstealthaddresses能找到的资料基本围绕3个相关事件：
2022.6.16Umbra发布，在以太坊中使用了隐秘地址的项目2022.8.8V神在论坛中提到ERC721S，畅想实现隐形地址收发NFT2022.1.21V神发布以太坊隐形身份指南，即我文章开头说到的Umbra应该是以太坊生态第一个落地隐形身份的项目，但是貌似市场上不温不火，没有太多的资料，具体原因未知。它的实现形态和门罗币很像，我创建Umbra账户时会生成两个私钥：支出私钥和查看私钥，并产生对应的公钥发布在链上，且这两个公钥和我的地址是关联的。
Aptos推出可用于增强任何基于Narwhal的共识协议的Shoal框架:6月14日消息，Aptos推出Shoal框架，可用于增强任何基于Narwhal的共识协议（DAG-Rider、Tusk、Bullshark等），以解决延迟问题和消除超时需求，据测算其使无故障执行的延迟减少了40%，有故障的执行减少了80%，而对TPS没有任何影响。[2023/6/14 21:35:37]
付款人可以使用我的地址查到我对应的那两个公钥，然后再使用随机数+支出公钥生成一个隐形地址并将钱打进去，随机数会再结合查看公钥进行加密，最后这个交易会被正常广播。然后我可以用查看私钥来解密随机数，再用该数字结合支出私钥得到隐形地址私钥，并对该隐形地址的资产进行控制。
人物 | 谷歌曾向以太坊创始人V神发出工作邀请:谷歌此前向以太坊创始人V神发出提供工作机会的信息。V神表示，谷歌确实联系过他，但是并不想给他提供很高的职位。V神称：“显而易见，我正是他们要找的人才，但是他们只给我开出了实习生的薪水。”[2018/8/20]
最终实现的效果是通过链上数据只能看到张三给好几个空的新地址发送了资金，但是这几个地址直接却毫无关联关系。
我并不是Umbra的用户，如之前所说这个项目我觉得思路还不错，也是很早一篇在以太坊做隐形地址的，但是却不温不火，具体原因我还不太了解，需要再详细调研看是不是有什么坑或者硬伤。
然后是22年V神在一个帖子中提到了ERC721S，这只是他的一个畅想，源于一个人说在尝试将zk-SNARK和NFT相结合，V神说你搞那么复杂干嘛我有更棒的低技术实现思路，具体内容大家可以看这个帖子，原理和Umbra差不多。
以太坊创始人V神发推称区块链的功能应该是“验证”而不是“交易执行”:以太坊创始人V神刚刚发布推特称，他认为区块链应该做的是“验证”，而不是进行“交易执行”。因为“交易执行”比“验证”要慢得多。[2018/3/4]
然后昨天是天V神正式发了一篇隐形地址指南文章，使用椭圆曲线加密，首先Bob有他正常地址的公钥和私钥，Alice生成一个临时公钥和私钥，该私钥结合Bob的地址生成隐形地址并把钱打进去，再将该交易包含临时公钥正常广播，Bob用自己的私钥结合临时公钥生成隐形地址，如果里面有钱则说明这是他的资产，然后Bob再计算出该地址的支出私钥并控制该账户。
以太坊创始人V神发推驳斥不实观点:以太坊创始人V神刚刚发布推特称，那种认为“区块链应该做的是验证而不是交易执行，因为交易执行比验证要慢得多”的观点是“胡说”。事实是以太坊的uncle rate更多和简单tx计算相关，而不是由交易的复杂性导致的。[2018/3/4]
所以不论比特币、门罗币的隐形地址解决方案，还是Umbra、ERC721S和V神指南在思路上都差不多，整体原理上还是比较成熟清晰的，不是什么前沿的高难度技术，但要注意V神在文章中也说理论基础已经很扎实了，但是真正要有效落地需要大量的实施细节。
注意也许你会疑惑Bob使用隐秘地址方案来生成一堆新地址，和自己手动创建新地址有什么区别呢？这里不少人会误解，地址并不是Bob收款人生成的，而是付款人Alice生成的，相当于是Alice在给Bob付钱的时候，将钱装进一个信封后丢在大街上，该信封是Alice拿出来的，但是只有Bob有资格将该信封打开。
其实我认为隐秘地址虽然是低技术实现匿名转账的方案，但是应该也只是对于匿名转账的权宜之计，它的问题也还是比较多的。
首先是它是单边匿名，即对于收款人来说是很爽的，每一次收款都是一个新的钱包，并且这个钱包只和付款人有关，可以对收款人做到完全匿名，但是对于付款人来说是完全透明的，从链上可以看到付款人给某些空地址打了钱，如果某个地址再将钱打给了非法组织，则付款人就逃脱不了干系了，相当于是将匿名的风险完全转移给了付款人。
另外它还存在GAS的问题，即如果我将非ETH的token和NFT打到了隐秘地址，因为是空地址，收款人想转移出去的话需要缴纳GAS费，则需要付款人或者收款人再打点GAS进去，麻烦不说，还导致会产生一大堆零钱地址，因为不可能恰好将打的GAS费用完，非常的浪费，比如我这种有强迫症的看到这么多地址都残留着钱就会非常难受，其实这一点我认为可以通过账户抽象智能钱包来解决，首先智能钱包提供匿名交易是很强的业务互补，再加上relayer的代付可以解决刚才说到的GAS问题，关于账户抽象大家可以回顾我之前的文章：为什么我们需要账户抽象与智能钱包？
最后每一次转账都生成一个新地址，尽管也许这个生成的过程无成本无感知，但是对我来说还是会非常的别扭难受，我每次一想到我名下如果有一大堆一次性地址就觉得不舒服，而且这种过程对于用户的管理和理解门槛也很高。
总之隐秘地址不是新鲜玩意，是已经出现快10年的概念了，在一定程度上确实可以实现匿名转账，但是问题也很多，这也许就是为什么Umbra到现在过去3年了还不温不火的原因吧。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。