가입 후 초대 링크를 공유하면 동영상 재생 및 초대 보상을 받을 수 있습니다.

DaPangDun
@dapangdun
가입 September 2020
0 팔로잉 중    0 팬
说一下 这个 #pERC20# 我是从这篇文章然后关注这个项目的,文章中介绍了目前 #ETH# 上的一些隐私方案,关注这一块的可以详细的去了解一下各方案。 我关注这个项目的原因有几点: ▪️ETH推进隐私infra是一个未来的趋势,所以隐私上的项目具有更好的大势可能 ▪️我认为ETH的隐私方案不会是单一的,更大的可能是一个综合体,就是不同的方案之间结合,有的解决池子问题,有些解决吞吐瓶颈问题,有的解决门槛问题...... ▪️pERC20是Zcash风格的隐私方案,从铸造起就私有,目前应该是ETH上隐私方案中第一个这样处理的(其他的基本是屏蔽现有的代币) ▪️项目方之前做的事情大多与隐私/验证相关,技术能力应该是没有问题的 ▪️当然,还有一点,就是后来我发现有0撸的机会,这个在现在的币圈还是比较少的 是否有很高的未来前景,需要关注的是几个点: ▪️项目方是否能够获得足够的关注度,比如:融资、ETH基金会支持或提及、一些提案获得认可等...... ▪️技术上是否能够完备的实现:比如发行、转移、钱包、swap、节点等等 在跟进的过程中,社区遇到的一些问题我也调研了一下: 1. 为什么需要同步? ▪️所有人的隐私转账,都是加密的 note。在链上并不能看到这些 note 属于谁 ▪️钱包需要自己同步这些加密的 note,然后用自己的私钥解密。能解出来,就是属于用户的资产 ▪️所以同步过程,起始就是不断的从节点获取链上 加密 note 的过程(类似于 zcash 的全节点) ▪️同步过程还要维护每个 note 的merkle path,这个在花费的时候,需要生成证明 ▪️merkle path 随着树的叶子增常,节点hash 会变,所以要不断的更新 2. 为什么同步比较慢? ▪️如上面所说,一方面是需要同步更新的note ▪️另一方面是需要维护merkle path的计算,这个会消耗机器的本地资源 3. 同步进度的回退问题 ▪️进度回退是因为分母在不断的变大,只要有隐私交易发生,分母就会不断的变大 4. 用户端的体验 ▪️看项目方怎么优化和处理,按照zcash有全节点和轻节点的方案,感觉上pERC20也可以按照这个思路来思考 整体上来说,几个点: ▪️项目处于极早期阶段 ▪️赛道选择是有前景的 ▪️因为有铸造代币,用户参与可玩性比其他协议高
더 보기
We compiled @ethereum privacy discussions and designs into one living map — so anyone can see the privacy blueprint clearly: what’s being designed, why it matters, and who is behind it. Not an official roadmap. Continuously updated. 🖼 📂 ——— Core design 1) EIP-8182 — shared private UTXO pool Problem: app-level pools split liquidity — private funds stay fragmented. Vision: one protocol-owned shared pool that wallets and apps deposit into and spend from together. How: shared note-commitment tree + nullifier set. → 2) EIP-8250 — Keyed Nonce Problem: privacy flows often share one public sender / sponsor; a single linear nonce bottlenecks throughput — one inclusion can stall every other pending private spend. Vision: concurrent, independent private spends without a shared-sender queue. How: (nonce_keys, nonce_seq); non-overlapping keys are replay-independent (e.g. nullifier-derived keys). → 3) EIP-8141 — Frame Transactions Problem: bad UX for EOA users Vision: support arbitrary user-defined definitions of validation and gas payment. How: ordered frames — verify frame · approve frame · execution frame. Example: verify client proof + one time signature · approve trustless gas payemnt + execute call to privacy pool contract → 4) ERC-8302 — pERC20 (private fungible tokens) Requirments: bank wants to launch a private-stablecoin, informed by @eth_systems's research. Vision: stablecoins, RWA, or other assets may need privacy from day one. How: a private fungible token standard with an ERC-20-shaped surface (transfer / approve / allowance / transferFrom). → → 5) Kohaku (EF) — privacy wallet & SDK Goal: make it easy for any wallet to integrate privacy. → GitHub: → Roadmap: 6) leanVM — post-quantum proving & signatures Problem: ECDSA, BLS, and pairing SNARKs eventually break. Vision: hash-based signatures + PQ proof systems. How: leanXMSS + signature aggregation + recursive STARKs. → 7) Privacy Core Vision: value and addresses stay shielded in private transactions. How: UTXO notes + client ZKPs; IVK scanning + one-time receive addresses. → @zcash Protocol Spec: 8) Compliance • Privacy Pools / @0xbowio — deposit association sets at withdraw (ASP) → • @RAILGUN_Project — Proof of Innocence at shield vs List Provider bad-lists → • @_PLabs — cmx association sets when spending → 9) ETH & ERC-20 · DeFi Interaction • ETH & ERC-20 shield — @RAILGUN_Project · @0xbowio. • DeFi interaction — @RAILGUN_Project(unshield →contract call →shield ); → 10) Offical Scope • @VitalikButerin — simple L1 privacy roadmap → • @VitalikButerin — the Ethereum long-term trajectory → ——— Corrections and new links welcome.
더 보기