当前位置：首页 > 资讯 > Zcash推量子隐私密钥

Zcash计划为每笔ZEC跨链交换设专用查看密钥，防范未来量子隐私风险

2026-10-21 09:26:14 | 来源： | 作者：佚名
Zcash开发者提议为每笔跨链ZEC交换分配独立查看密钥，防止公开地址被未来量子计算机破解，从而泄露用户历史付款,该方案无需全网升级，保留现有支出权限，并引入私密检索辅助钱包恢复,目前仍在技术审查，未定正式上线时间

Zcash计划为每笔ZEC跨链交换设专用查看密钥，防范未来量子隐私风险

Zcash (ZEC) 开发人员正在提出一项新的隐私功能，旨在保护跨链交易免受未来潜在量子计算攻击的威胁。2026年10月18日，Zcash 基础设施开发者 Zakura 提出了一项计划，为通过 NEAR Intents 进行的每一笔 ZEC 交换分配一个独立的入账查看密钥。该提案旨在防止公开暴露的交换地址在足够强大的量子计算机出现时泄露用户的完整支付历史。

该功能将保留现有的支出密钥，支持私密钱包恢复，且无需进行全网共识升级。此开发旨在应对对区块链交易长期安全性的日益增长的担忧，特别是在敏感加密信息仍公开可访问的情况下。然而，该功能仍处于技术审查阶段，尚未确认生产环境发布日期。

‍

为应对量子隐私风险，Zcash 将为 ZEC 交换引入专用密钥

2026 年 10 月 18 日，Zcash 基础设施开发者 Zakura 提出一项提案，以加强通过 NEAR Intents 进行的 ZEC 交换的隐私性。此举旨在解决一个潜在漏洞：公开记录的 Zcash 地址可能让未来的量子电脑揭露用户的历史付款信息。尽管 Zcash 使用先进的加密技术来保护隐藏交易，但跨链交换可能会将接收或退款地址暴露在其私密交易系统之外。所提议的专用密钥方法旨在不改变用户对资金控制方式的前提下，限制此长期隐私风险。通过分离与个别交换相关的加密信息，开发者希望降低若其中一个公开暴露的地址遭入侵时的潜在影响。

NEAR 意图如何揭露 Zcash 隐藏地址

NEAR Intents 让用户可以在不同区块链之间交换加密货币，包括将 ZEC 转换为 USDC 等资产。在进行 ZEC 转出交换时，服务需要一个隐藏的 Zcash 退款地址，以便在必要时返还未使用的资金。此地址会在注册交换时记录于 NEAR 的公开区块链上，即使交易成功且无需退款也是如此。类似地，ZEC 转入交换也可能暴露收款人地址。尽管隐藏的 Zcash 交易通常会隐藏敏感的付款细节，但在另一条区块链上发布这些地址会形成持久的公开记录。任何人都可能在未来保存并查看这些信息。这些地址目前并不会直接泄露私人交易细节，但如果量子计算的进步削弱了与其相关的加密保护，这些地址可能对攻击者变得有用。

为何共享查看密钥可能让未来的量子电脑揭露交易历史

一个 Zcash 钱包可以生成多个看似无关的防护接收地址，但这些地址共享同一个进场查看密钥（IVK）。此密钥允许钱包识别并解密通过这些地址收到的付款。根据现有的密码学假设，传统电脑无法从已发布的地址中合理地恢复查看密钥。然而，一个足够强大的量子电脑若使用 Shor 算法，理论上可以解决底层的椭圆曲线问题并恢复共享密钥。攻击者随后可能利用该密钥识别与其他地址相关的进帐付款，可能暴露交易数量、备注和付款关系。这将削弱用户通过不同防护地址接收资金时所期望的隐私性。

主要威胁涉及财务隐私，而非直接访问 ZEC 资金，因为支出需要独立的授权凭证。目前尚无公开示范的量子电脑能够对 Zcash 运行此类攻击，但公开记录的地址可能仍可供未来分析。这产生了一项长期安全隐忧，因为今日暴露的信息可能随着量子计算技术的进步而变得脆弱。攻击者现在可能收集公开可用的地址，并在更强大的计算系统出现时进行查看。Zakura 的提案通过加强个别交换之间的密码学分离，来应对此风险，从而限制若单一查看密钥遭入侵时可能暴露的付款信息量。

一次性查看密钥如何保护 Zcash 交易免受量子威胁

Zakura 提出的解决方案为通过 NEAR Intents 进行的每一笔合资格 ZEC 交换引入独立的进帐查看密钥。与允许公开暴露的交换地址共用同一进帐查看密钥不同，此设计旨在隔离每笔交换相关的付款信息。若未来有量子攻击者取得其中一笔交换特定的查看密钥，潜在的信息外泄仅限于该密钥可访问的数据，而不会自动扩展至帐户的整体进帐交易历史。这是一项针对性的隐私缓解措施，而非完整的后量子安全升级。其有效性将取决于最终的实作、正确的密钥管理，以及不存在其他可链接交易的信息。

每笔 ZEC 交换的专用进站查看密钥如何运作

在建议的系统中，当需要发布新的交换地址时，兼容的 Zcash 钱包会生成一个唯一的进场查看密钥。该过程会推导出一个称为 rivk 的新随机组件，用于查看密钥的推导。基于 Zcash 改进提案 32（ZIP 32）中创建的密钥推导方法，钱包会使用指定的目的识别码和索引为每次交换推导出不同的 rivk。这允许从同一底层帐户生成多个独立的查看密钥。每个密钥都对应其预定的交换地址，而非暴露帐户普通进款所使用的查看凭证。

如果未来的量子攻击者恢复了其中一个查看密钥，潜在的风险仅限于与该特定密钥相关的付款，而非帐户整体的入账交易历史。主要的安全优势是交易无法链接性，这降低了单一被攻破地址可能泄露与其他无关付款信息的风险。与传统的地址轮换不同，生成独立的查看密钥能在公开记录的交换地址之间提供更强的隔离。这种保护对跨链交易尤其重要，因为接收方或退款地址可能永久可见。然而，这种隔离的有效性取决于兼容钱包能否正确生成和管理各个密钥。

为何 Zcash 用户可以保留其现有的支出密钥

Zakura 设计的一个重要特点是，用户无需为每次 ZEC 交换创建独立的支出帐户。所提议的推导方式会更改 rivk 组件，同时保留帐户现有的与授权相关的密钥组件，包括 ak 和 nk。因此，通过个别生成的交换地址收到的资金，仍由原始帐户的支出凭证控制。此方法简化了密钥管理，避免了维护多个独立帐户所带来的额外复杂性，特别适用于依赖硬件钱包的用户。此外，只要钱包支持所提议的推导系统，还能减少为每笔交易管理独立恢复信息的需求。

此分离也明确区分了付款可见性与支出权限。若进站查看密钥遭入侵，可能泄露与该密钥相关的付款信息，但不会独立授权转帐或提领。钱包的支出凭证仍将控制底层资金的访问，维持现有的帐户架构。然而，此提案并非完整的后量子安全升级，因为其他加密组件可能仍需防范未来的量子攻击。其主要目的是降低交易链接风险，同时与 Zcash 现有的钱包架构保持兼容。

Zcash 如何计划使用私密信息检索来实现安全钱包恢复

Zakura 提出的单次查看密钥为 Zcash 钱包的恢复带来了实际挑战。完成数百次 ZEC 交换的钱包可能会累积数百个独立的查看密钥，使传统的区块链扫描变得越来越繁重。若要恢复交易记录，则需将大量密钥与加密付款记录进行比对，可能增加同步时间和计算成本。为解决此问题，Zakura 提议将私有信息检索（PIR）与交易索引及加密恢复数据相结合。该系统旨在帮助钱包高效定位相关付款，同时保护其地址查找的隐私。此恢复机制尤为重要，因为更强的密钥分离不应使用户难以恢复对合法付款的访问权限。

私人信息检索如何协助恢复 Zcash 钱包

私密信息检索是一种加密技术，可让钱包从数据库中检索记录，而无需透露其请求的具体记录。Zakura 提出的系统将为 NEAR Intents Zcash 桥接的交易创建索引，并提供可下载的过滤器，让钱包在本地进行检查。当过滤器识别出可能匹配的付款时，钱包可通过私密 PIR 查找检索相应的交易信息。在预期的安全特性下，数据库操作者将无法得知钱包正在检查的地址，从而降低在恢复过程中链接原本分离的交换地址的风险。此方法也减少了向外部基础设施提供者披露钱包活动的需求，但其有效性将取决于该服务的实现安全性。

通过加密备注恢复已发出的 ZEC 交换

对于发出的 ZEC 交换，Zakura 建议在交易的找零输出中保存一个加密的备注。此备注记录了用于生成交换特定查看密钥的指数，使钱包在恢复其历史记录时能够重建正确的密钥。由于该备注经过加密，若无必要的解密凭证，恢复信息将对公众观察者保持隐藏。一旦钱包识别出相关交易，即可推导出适当的查看密钥，并定位任何退回的 ZEC，而无需使用每个可能的交换密钥反复扫描整个区块链。此方法旨在提高钱包恢复的效率，同时保持各个交换之间的分离。它还能帮助用户根据其原始钱包恢复信息重建过去的交换活动，而非手动记录每个派生的查看密钥。

在不重复扫描区块链的情况下查找即将到来的 ZEC 交换

进场的 ZEC 交换需要不同的恢复流程，因为接收钱包不会产生包含加密密钥指数的 Zcash 转出交易。相反，建议的系统会按顺序生成潜在的接收地址，并与本地下载的交易过滤器进行比对。根据 Zakura 指定的地址发放规则，若连续 30 个地址均未付款且 NEAR 无此记录，搜索将停止，以限制不必要的检查。当检测到可能的付款时，PIR 将允许钱包检索相关交易记录，而无需向数据库操作员披露查找的地址。这些方法旨在使大量独立衍生的查看密钥变得可管理，但其实际表现仍取决于实现和测试。恢复流程还依赖于准确的交易索引和支持基础设施的可用性。

Zcash 的量子隐私升级何时推出？这对 ZEC 意味着什么？

Zcash 提出的量子隐私改进方案目前仍在进行技术审查，截至 2026 年 10 月 20 日，尚未确认生产版本的发布日期。Zakura 预期兼容的软件钱包将在未来几周内开始集成专用查看密钥功能，可能为跨链 ZEC 交易带来更强大的隐私保护。然而，广泛采用将取决于钱包兼容性、实施测试和开发者支持。此项开发也是 Zcash 更广泛努力的一部分，旨在为其加密货币基础设施应对新兴的量子运算风险做准备。尽管所提设计不需要全网共识升级，但用户仍需使用明确支持新密钥生成与恢复方法的软件。

Zakura 的开发进度、Vizor 集成与硬件钱包支持

Zakura 目前将一次性查看密钥提案列为「审核中」，意味着该设计尚未被确认为已完成的生产功能。使用 Zakura 开源密码学函数库（包括 Vizor）构建的软件钱包，预计将成为首批集成候选者。由于该提案通过钱包层级的密钥管理运作，兼容应用进程无需进行网络全域共识升级即可实现。然而，成功部署需要开发者在向用户发布该功能前，验证交易处理、密钥生成和恢复功能。钱包提供者还需确保新的推导流程能与其现有的交易和备份系统可靠运作。

硬件钱包的采用可能需要更长时间，因为 Ledger 和 Keystone 等设备需要兼容的固件实现。这些更新必须在维持安全交易授权与恢复的同时，支持建议的密钥推导流程。目前尚未确认任何官方硬件钱包上线时间表。对用户而言，实际效益将取决于哪些钱包应用进程采用此功能，以及其现有设备是否能支持。在官方发布确认兼容性之前，用户不应假设普通的隐藏式 ZEC 交易或现有钱包软件会自动提供建议的每笔交换隐私保护。

Zcash 的后量子路线图、剩余安全风险及其对 ZEC 用户的影响

专用密钥提案补充了其他针对未来量子运算威胁的 Zcash 计划。开发人员已讨论为透明交易引入基于哈希的后量子签名支持，并以 2027 年 1 月作为开发目标，而非确认的网络激活日期。同时，Tachyon 计划及相关密码学研究致力于提升 Zcash 底层协议的整体性能。这些计划聚焦于不同的安全挑战，其实施时间表与建议的 NEAR Intents 交换保护机制相互独立。更广泛的路线图反映了需通过不同的技术方案来应对交易隐私、密码学授权与协议安全的需求。

对于 ZEC 用户而言，更强大的钱包隐私功能可能提升对跨链交易的信心，特别是在对安全加密货币转帐的需求不断增长的情况下。然而，此前公布的交换地址仍将可见，新设计不会自动保护历史交易或消除所有潜在的量子漏洞。对于投资者而言，若成功实施，可能支持 Zcash 长期以隐私为导向的定位，但目前并无经证实的证据表明此公告将直接提升 ZEC 的价格、交易活动或采用率。其重要性最终取决于开发完成、安全测试、钱包集成及实际应用情况。未来的钱包版本和独立技术评估将提供更明确的证据，以证明所提的防护措施是否如预期般有效。

结论

Zcash 提出为每个 ZEC 交换地址引入专用的查看密钥，以解决与公开暴露的屏蔽地址相关的特定长期隐私风险。通过分离入站查看密钥并保留现有的支出权限，Zakura 旨在减少未来量子攻击者可能揭开的交易历史数量。所提议的私有信息检索系统还能帮助用户在不向数据库运营商披露其钱包地址的情况下，恢复与交换相关的付款。尽管此功能可加强支持的跨链交易的隐私性，但该功能仍在审查中，并未使 Zcash 完全具备抗量子能力。其有效性将取决于成功实施、钱包兼容性、安全验证和采用情况。下一个重要发展将是确认钱包支持、实施测试，以及 Zcash 更广泛的后量子安全路线图的任何进一步更新。

常见问题

Zcash 的量子隐私提案是否影响普通 ZEC 交易？

该提案特别针对通过 NEAR Intents 进行跨链交换时公开的隐藏地址。普通 ZEC 转帐并不会自动受到此机制的覆盖。更广泛的采用需要兼容的钱包实现，并可能需要为其他交易服务进行额外开发。其根本目标是隔离特定交换地址所暴露的信息，而非改变每一笔 Zcash 交易的运作方式。

已完成的 ZEC 交换是否仍会在公共区块链上留下信息？

是的。NEAR Intents 可在交易成功完成后仍保留与交换相关的地址公开记录。专用的查看密钥可限制用户整体 Zcash 支付历史的潜在暴露，但无法删除公开的交换记录或隐藏服务所记录的每项细节。因此，此保护措施将着重于限制未来帐户层级的关联性，而非移除现有的区块链数据。

专用的查看密钥是否也能保护在以太坊上收到的 USDC？

不，该提案专注于 Zcash 的隐藏地址，而非目标区块链上的隐私。如果用户在以太坊上将 ZEC 兑换为 USDC，则生成的以太坊交易仍受该网络公开交易可见性的约束。单独的 Zcash 查看密钥无法隐藏这些转帐。用户在进行跨链交换时，必须考虑两个网络的隐私特性。

ZEC 持有者需要将资金转帐到新钱包吗？

Zakura 提出的设计无需为每次交换创建独立的支出帐户。然而，用户需要使用兼容的钱包软件，才能在功能上线后访问新功能。此提案并未宣布任何强制性的全网资金迁移。钱包供应商可通过软件更新引入此功能，但实际需求将取决于其具体实现方式。

专用的查看密钥会否增加 ZEC 交易费用？

Zakura 尚未宣布与此功能相关的确认交易费用增加。由于所提议的变更主要涉及钱包密钥管理与恢复，任何额外的处理或服务成本将取决于最终的实施方式。实际的费用影响需在部署和测试后才能确定。任何额外的基础设施开支也应与 Zcash 网络收取的交易费用区分开来。

私人信息检索服务器能否访问或窃取用户的 ZEC？

PIR 服务器的设计目的是在不了解钱包请求哪些特定记录的情况下提供交易记录。它无需访问用户的支出凭证即可运行此功能。然而，用户在截取交易信息时，仍需依赖服务的可用性、正确的实现以及安全防护措施。无论支持服务提供哪些隐私功能，钱包拥有者都应继续保护其恢复短语和支出密钥。

到此这篇关于Zcash计划为每笔ZEC跨链交换设专用查看密钥，防范未来量子隐私风险的文章就介绍到这了,更多相关Zcash推量子隐私密钥内容请搜索脚本之家以前的文章或继续浏览下面的相关文章，希望大家以后多多支持脚本之家！

免责声明：本文只为提供市场讯息，所有内容及观点仅供参考，不构成投资建议，不代表本站观点和立场。投资者应自行决策与交易，对投资者交易形成的直接或间接损失，作者及本站将不承担任何责任。！
Tag：Zcash  

你可能感兴趣的文章

币圈快讯

  • Binance：已完成约90%受影响资产回填并完成新一轮储备金证明快照

    2026-10-31 23:14
    10月31日，据官方公告，Binance表示被盗资产补足比例已由此前约80%提升至90%。公司此前已预留超过63.4亿美元自有资金，用于承担此次安全事件造成的损失。目前，BTC、ETH、USDT、BNB、SOL、USDC、XRP、USD1、RLUSD和ZEC均已实现100%足额储备支持。补足资金来源包括部分SAFU用户资产安全基金、部分合约保险基金及公司自有资金，合约保险基金的剩余余额按监管要求保留。尚未补足的约10%资产均为上述10种代币之外的其他代币，由于流动性相对较低，购入所需数量可能需要更长时间。Binance正通过市场及OTC渠道继续补购。新一轮储备证明（PoR）快照已于北京时间10月31日08:00完成，相关数据已更新至官网。Binance表示，零知识证明生成预计需要40至50小时，完整证明预计于11月3日（UTC）提供。上述10种代币的持有者届时可自行验证，其资产是否至少获得1:1的足额储备支持。Binance重申，将全额承担此次被盗造成的财务损失，而非由用户承担。提现服务恢复工作正按计划推进，预计于11月1日恢复，具体安排确认后将另行公布。

  • 俄罗斯联邦安全局：已从美国收到关于莫斯科可能发生恐怖袭击计划的情报

    2026-10-31 23:12
    10月31日，据俄新社：俄罗斯联邦安全局表示，已从美国方面获悉可能在莫斯科发生恐怖袭击的情况，我们正在采取适当措施。(金十)

  • DeepSeek发布新的Agent架构

    2026-10-31 23:02
    10月31日晚，DeepSeekHarness团队发表技术文章《Super-agent设计探索：迈向更自主的Agent系统》。DeepSeek表示，模型能力提升催生了新的应用形态，近期个人助手（PersonalAgent）开始集中涌现。然而，现有主流Agent设计还难以在多任务和团队协作的规模上支撑这一模式，Agent的工作模式仍然以单一Session为基本单位，不同Session之间彼此独立。在这种设计下，单任务的上限取决于模型能力，多任务的上限取决于人的注意力。通过双层架构、事件驱动、异步多信道交互、存算分离与外部Watchdog等思路，DeepSeek团队突破了这些限制，系统在底层接管了繁琐的会话管理与上下文同步，使人类得以从具体的执行细节进一步上移到更高层的决策与验收。DeepSeek把这种Agent形态及其系统架构称为Super-agent，文章提到，目前，基于这套思路构建的内部Super-agent实例已经在持续运行，日常参与问题复现与修复、代码审查响应与DeepSeekHarness自身的迭代。

  • 英伟达披露下一代CPO技术原型样品已就位

    2026-10-31 22:31
    英伟达近日在SEMICONWest2026上公开展示了下一代共封装光学（CPO）技术，名为OOI（Optics‑on‑Interposer，中介层上集成光学）。不同于现有CPO方案，OOI选择拿下有机封装基板，将光引擎直接集成到承载GPU的硅中介层之上，把光电转换环节进一步向芯片内核靠拢，为下一代超大规模AI集群提供全新互联思路。据英伟达研究院首席研究科学家尼古拉•内多维奇（NikolaNedovic）介绍，该方案以更大面积的中介层取代现行有机封装基板，目前英伟达已拿到原型样品。

  • 慢雾：zkLink遭攻击损失约78.3万美元涉及瞬态存储漏洞

    2026-10-31 22:01
    10月31日，据慢雾安全团队分析，跨链协议zkLink于10月29日遭攻击，损失约78.3万美元。攻击者利用瞬态存储中的残留验证值，伪造用于提款验证的批次根，随后完成12次提款，包括1次ETH提款和11次ERC-20代币提款。分析指出，攻击者先通过一次真实跨链消息领取写入验证值，再在同一笔交易的后续调用中复用该值，借助中继及网关合约写入伪造的批次根。相关合约允许中继者指定外部调用目标和参数，验证值未清除或绑定当前调用，而批次根更新仅校验网关身份，缺少独立证明验证。
    • 查看更多

最新资讯

更多

区块链百科