加密邮件

什么是加密邮件？

加密邮件是一个泛称，指使用密码学、区块链账户、去中心化身份或加密货币支付功能，以提升隐私性、身份验证、所有权或金融交互能力的数字消息服务。

它可能指加密电子邮件、钱包间消息、去中心化邮箱、区块链通知系统，或与加密钱包关联的电子邮件服务。

这个术语并不代表某一种通用协议或标准技术设计。

不同的加密邮件系统可能使用传统电子邮件基础设施、点对点网络、智能合约、去中心化存储，或这些技术的组合。

一些服务着重通过端到端加密保护消息内容。

另一些服务则允许用户通过钱包地址表明身份，并通过创建数字签名来证明对钱包的控制权。

加密邮件也可能包含付款请求、区块链交易链接、代币门控邀请、治理通知或签名声明。

加密邮件不会自动实现匿名、阻止网络钓鱼或保护加密货币免遭盗窃。

其安全性取决于密钥管理、软件设计、身份验证、消息存储、用户行为和系统的信任假设。

加密邮件如何运作？

加密邮件系统首先通过电子邮件地址、钱包地址、去中心化标识符、公钥或其他账户标识来确认发件人和收件人的身份。

发件人通过邮件应用、钱包、去中心化应用或消息界面创建消息。

系统可能使用只有预期收件人才能使用的密钥加密消息。

系统还可能创建数字签名，让收件人检查消息是否由预期的私钥签署。

加密内容可以通过普通邮件服务器、去中心化存储、点对点基础设施或区块链相关消息网络传输。

公有区块链可能只存储消息哈希、时间戳、付款参考信息、访问规则或通知事件，而不是完整消息。

收件人检索消息后，使用相应密钥或钱包进行解密或验证。

基于钱包的系统可能会要求收件人签署一条单独的身份验证消息，然后才显示受保护的内容。

最终安全性取决于收件人是否核实了发件人、妥善保护相关密钥，以及是否避开恶意链接或签名请求。

加密邮件的主要类型

加密电子邮件

加密电子邮件会保护消息内容，使未经授权的人难以读取。

端到端加密旨在确保只有发件人和预期收件人能够读取消息内容。

2025 年 8 月发布的IETF 端到端电子邮件安全指南讨论了加密、数字签名、消息保护、密钥处理以及安全电子邮件实现的局限性。

加密电子邮件可用于传送钱包操作指引、交易记录、商务通信、安全报告和其他敏感的加密货币信息。

加密并不一定会隐藏发件人、收件人、时间、主题行、消息大小或邮件服务器路由信息。

钱包间邮件

钱包间邮件使用区块链地址或由钱包控制的身份，而不是普通电子邮件地址。

发件人可以将消息发送至公开的钱包地址。

收件人通过签署身份验证消息，或使用相关密钥解密内容，来证明对该地址的控制权。

钱包地址可以提供持续使用的加密身份，但不会自动揭示持有者的法律身份。

同一个人可能控制多个钱包地址，而一个地址也可能由组织或智能合约管理。

去中心化邮件

去中心化邮件通过在多个系统之间分散身份、存储、路由或访问控制，减少对单一中心化电子邮件提供商的依赖。

去中心化设计可能使用区块链记录来查找公钥或验证账户所有权。

由于将完整消息存储在公有区块链上可能成本高昂且不利于隐私，消息内容可能通过链下去中心化存储保存。

去中心化系统可以降低某些平台控制风险，但也会带来密钥丢失、垃圾邮件、数据可用性、升级和有害内容等新问题。

区块链通知邮件

区块链通知邮件会向用户发送交易、治理提案、智能合约事件、代币解锁、验证者活动或安全事件提醒。

尽管相关事件源自链上，通知仍可能通过电子邮件发送。

通知服务可能会监控选定地址或合约，并在预设条件满足时创建消息。

用户应通过可信的区块链数据独立核实事件，而不应只相信邮件内容。

代币门控邮件

代币门控邮件会将消息、新闻通讯、社区或文件的访问权限限制为满足区块链条件的钱包。

条件可能要求用户持有代币、会员凭证、治理权或不可转让的身份记录。

应用可能会要求用户连接钱包并签署消息，以证明对钱包的控制权。

合法的访问验证不应要求用户转移资产或泄露助记词。

加密货币支付邮件

加密货币支付邮件包含向指定区块链地址发送加密货币的请求。

消息可能包含发票、金额、网络、代币合约、付款标识或到期时间。

如果金额较大或地址发生变化，应通过单独的可信渠道核实付款请求。

如果电子邮件账户遭入侵，攻击者可能会将合法钱包地址替换为其控制的地址。

加密邮件与普通电子邮件

普通电子邮件通常通过由域名和邮件提供商管理的地址识别用户。

加密邮件可能通过公钥、钱包地址、去中心化标识符或数字签名凭证来识别用户。

普通电子邮件可以支持传输加密、垃圾邮件过滤、域名认证和由服务提供商管理的账户恢复。

加密邮件可能增加端到端加密、钱包签名、代币访问规则或基于区块链的验证功能。

普通电子邮件账户可以通过重置密码、备用地址或服务提供商的支持流程恢复。

如果自主管理的加密身份所需私钥丢失，该身份可能会永久无法访问。

加密邮件并不一定更安全，因为设计不佳的钱包消息可能比经过妥善认证的传统电子邮件更危险。

加密邮件与加密电子邮件

加密电子邮件是指任何使用密码学保护消息机密性或完整性的电子邮件系统。

加密邮件是一个范围更广的概念，可能包括加密电子邮件，也可能包括区块链身份、钱包身份验证、代币访问或加密货币支付。

加密电子邮件不必使用区块链或加密货币。

加密邮件通知可能使用区块链信息，但不加密消息内容。

加密邮件与钱包消息

钱包消息通常向区块链账户发送消息，或从区块链账户发出消息。

加密邮件可以使用传统电子邮件收件箱，同时增加钱包身份验证或加密货币支付功能。

钱包消息可以在无需传统电子邮件地址的情况下进行化名通信。

不过，钱包地址和交易历史可能会形成公开关联，暴露比普通电子邮件地址更多的财务信息。

加密邮件与交易备注

交易备注是附加在区块链交易上或与之关联的数据。

加密邮件消息可以长得多，也可能存储在区块链之外。

交易备注一旦记录在链上，就可能永久公开。

不要仅仅因为公有交易备注字段可用，就在其中填写敏感信息。

加密邮件中的公钥与私钥

公钥密码学使用数学上相关联的公钥和私钥。

公钥可以与他人分享，而私钥必须保密。

发件人可以使用收件人的公钥加密消息，收件人则使用对应私钥解密。

发件人也可以使用私钥创建数字签名，其他人可通过公钥验证该签名。

即使系统将公钥与钱包地址关联起来，公钥和钱包地址也未必是同一对象。

用户应遵循相关协议所要求的准确密钥格式和操作流程。

加密邮件中的加密技术

加密会将可读的明文转换为密文；如果没有所需密钥，密文应无法读取。

现代安全电子邮件系统通常结合使用非对称加密和对称加密。

公钥技术用于保护或建立临时对称密钥，而对称密钥则高效地加密主要消息内容。

现行的OpenPGP 消息格式标准规定了公钥加密、对称加密、数字签名、压缩和密钥管理的格式。

S/MIME 4.0 版则是另一种用于签名和加密电子邮件内容的标准方法。

只有在终端、密钥、软件和用户设备均保持安全时，加密才能保护内容。

加密邮件中的数字签名

数字签名可让收件人检查消息是否使用某个私钥签署。

如果签名后的内容发生变化，数字签名可以揭示这种变化，从而支持消息完整性验证。

有效签名可以证明相关密钥在签名时受到控制，但不会自动证明签名者的法律身份。

收件人必须通过可信验证方式，将公钥或钱包地址与预期的人联系起来。

如果私钥遭到入侵，攻击者也可以创建有效签名，但这些签名未必得到原所有者授权。

因此，密钥撤销、轮换和事件记录对长期身份管理十分重要。

钱包签名与加密邮件

钱包签名可以让用户在不发送交易的情况下证明对区块链账户的控制权。

基于钱包的邮件可以使用这一流程进行登录、消息授权、会员资格验证或账户恢复。

Sign-In with Ethereum规定了一种标准消息格式，账户可通过该格式向链下服务进行身份验证。

该标准使用请求域名、钱包地址、授权范围、会话详情和随机数等信息。

随机数有助于防止旧的身份验证签名被重复使用，并伪装成新的签名。

钱包登录签名不应转移代币，也不应授权其他地址支出代币。

结构化消息签名

人类可读的结构有助于用户理解钱包要求签署的内容。

EIP-712 结构化数据签名规定了一种对类型化信息进行哈希和签名的方法，而不是显示一串无法解释的字节。

结构化签名可以显示应用、操作、金额、地址、截止时间和网络等字段。

不过，这并不能确保所有签名都安全，因为恶意应用仍可能通过格式清晰的消息请求危险权限。

用户应阅读每个字段，并拒绝不理解的请求。

加密邮件中的身份

钱包地址可以作为加密标识符，但不一定代表经过验证的现实身份。

加密邮件系统可以将钱包地址与个人资料、域名、公钥或去中心化标识符关联起来。

W3C 去中心化标识符规范定义了旨在支持可验证去中心化数字身份的标识符。

2026 年 3 月，W3C 发布了 DID 1.1 版候选推荐标准，供进一步实施测试。

去中心化标识符可以引用验证方法和服务信息，而不必依赖传统身份提供商。

DID 的实用性仍取决于其方法、控制者安全性、解析流程，以及将其与某个人或组织关联的证据。

加密邮件中的可验证凭证

可验证凭证是由一方签发、持有者向另一方出示以供验证的数字声明。

加密邮件系统可以使用凭证来证明会员资格、就业状态、年龄条件、专业资质或访问权限。

W3C 可验证凭证数据模型 2.0于 2025 年 5 月成为 W3C 推荐标准。

凭证验证并不意味着每项声明都是真实的，因为验证方还必须判断自己是否信任签发者。

系统应仅请求特定通信或访问决策所需的信息。

加密邮件存储在哪里？

邮件服务器

加密邮件服务可以将加密消息存储在普通邮件服务器上。

即使服务器无法解密端到端加密的内容，也可能看到消息元数据。

去中心化存储

系统可以将加密消息文件放在分布式存储中，并将内容引用信息分享给收件人。

文件是否可用，取决于它是否持续托管、固定保存、复制或通过其他方式保持可检索。

点对点存储

点对点系统可能会直接传送消息，或在参与节点之间临时存储消息。

长期离线的收件人可能需要单独的存储或中继服务。

区块链存储

区块链可以存储消息、哈希、指针、付款请求或通知事件。

完整消息上链通常成本高昂，也可能带来长期的隐私和法律问题。

加密并不能保证内容永久保密，因为密钥之后可能泄露，密码学方法也可能随时间推移而变弱。

链上与链下加密邮件

链上加密邮件会将至少一部分通信内容直接记录在区块链交易或智能合约中。

链下加密邮件会将消息保存在区块链之外，并可能仅使用区块链处理身份、访问控制、付款或完整性验证。

链上记录可以提供透明时间戳，并提高记录抵抗删除的能力。

但它们也会带来交易手续费、公开元数据、存储空间有限和内容永久保留等风险。

链下存储成本可能较低，隐私性也可能更好，但需要依赖单独的服务器、中继或存储网络。

许多实用系统采用混合模式，将加密内容存储在链下，只在链上记录哈希或引用信息。

消息哈希与时间戳

加密哈希会根据消息数据生成固定长度的输出。

消息发生微小变化时，通常会产生不同的哈希值。

将哈希记录在区块链上，有助于证明特定消息在某个时间之前已经存在，且之后未被更改。

如果原始内容未公开，仅凭哈希无法还原完整消息。

不过，哈希本身无法证明是谁创建了消息，也无法证明其中的陈述属实。

若要更有力地确认消息来源，可能还需要数字签名和可靠的身份凭证。

电子邮件域名认证

域名认证有助于收件系统判断声称来自某个域名的邮件是否得到该域名授权。

它与端到端内容加密不同。

SPF 会根据规定的条件识别获准代表某个域名发送邮件的系统。

DKIM 会在选定的邮件内容和邮件头中添加由域名控制的签名。

DMARC 将域名对齐、认证结果、处理策略和报告结合起来。

2026 年 5 月发布的DMARC 标准介绍了域名所有者如何发布验证和消息处理偏好设置。

域名认证通过并不能证明邮件中的所有链接、付款请求或陈述都是安全的。

加密邮件的隐私

加密邮件可以保护消息内容，但仍可能泄露重要元数据。

可能泄露的元数据包括发件人标识、收件人标识、时间戳、消息大小、网络地址、设备信息和通信频率。

基于钱包的消息还可能将通信活动与公开交易历史关联起来。

使用同一个钱包处理付款、身份验证、公开资料和私人邮件，可能使不同活动更容易被关联。

使用不同账户可以减少部分关联风险，但会增加密钥管理的复杂性。

评估隐私时应考虑整个系统，而不应只关注加密算法。

加密邮件能实现匿名吗？

加密邮件不会自动让发件人或收件人匿名。

钱包地址具有化名性质，但其他证据可能将其与某种身份关联起来。

交易历史、账户注册、网络元数据、公开帖子、付款记录或通信模式都可能暴露身份。

中心化加密邮件提供商可能保留登录、投递、账户恢复或账单记录。

要实现较强隐私，需要谨慎区分身份、安全软件、减少元数据，并对隐私能力保持现实预期。

加密邮件的安全风险

网络钓鱼

网络钓鱼消息会冒充可信组织或个人，企图窃取信息、加密货币或钱包权限。

FTC 网络钓鱼指南提醒，意外收到的消息经常利用紧急情况诱使收件人点击链接、打开附件或泄露敏感信息。

窃取钱包资产的签名

恶意消息可能会引导用户前往某个网站，要求用户授予危险的代币授权、许可、订单或智能合约签名。

这类请求可能看起来像登录验证，实际上却在授权资产转移。

替换地址

入侵电子邮件账户的攻击者可以将合法付款地址替换为其他地址。

恶意软件还可能在粘贴之前替换复制的钱包地址。

盗取私钥

虚假的客服消息可能要求用户提供私钥或助记词，以恢复、验证或保护钱包。

任何合法的加密邮件流程都不需要收件人通过电子邮件发送助记词。

恶意附件

附件可能包含恶意软件，用于窃取密码、钱包文件、浏览器会话或身份验证令牌。

即使消息显示熟悉的发件人名称，也不应因此打开意外收到的文件。

重放攻击

重放攻击是指在未经授权的场景中重复使用此前有效的签名消息。

随机数、域名绑定、时间戳、到期时间、网络标识符和有限授权范围有助于降低重放风险。

密钥遭入侵

能够访问签名密钥的攻击者可以创建看似在密码学上有效的消息。

收件人需要可靠的方式了解密钥是否已撤销或更换。

元数据泄露

即使加密内容仍然保密，路由、时间、钱包和收件人信息也可能暴露敏感关系。

数据永久暴露

发布到公有区块链的内容可能会永久可访问。

之后若密钥泄露，旧的加密内容可能被解密，而且无法从区块链上删除。

加密邮件诈骗的警示信号

消息声称，如果收件人不立即采取行动，其钱包就会被永久关闭。

发件人要求提供助记词、私钥、密码或身份验证码。

消息承诺，用户先发送一笔款项即可获得免费的加密货币。

链接使用的域名与官方网站略有不同。

收件人在得知具体授权内容之前，就被要求连接钱包。

消息声称，必须向某个恢复地址发送加密货币才能撤销交易。

所谓的安全团队通过未经请求的私信联系用户。

电子邮件附件要求用户安装软件以解锁或保护资金。

付款地址发生变化，却未通过另一个可信渠道确认。

发件人保证投资回报，或声称某个加密货币机会绝不会亏损。

如何核实加密邮件

查看完整的发件人地址，而不只是显示名称。

仔细检查域名是否包含替换字符、意外子域名或拼写差异。

通过此前核实过的网站或应用操作，而不是点击消息中的链接。

通过独立的通信渠道确认大额付款请求。

逐字符比较区块链地址，或使用经批准的地址簿进行核对。

使用可信软件和正确的公钥验证数字签名。

确认签名对应的是当前显示的准确消息。

阅读钱包签名的每个字段，包括域名、操作、金额、支出方、截止时间和网络。

拒绝任何要求提供私钥或助记词的请求。

如何更安全地使用加密邮件

为电子邮件账户设置独立密码和抗网络钓鱼的多重身份验证。

处理重要资产时，应将钱包签名设备与日常浏览电子邮件的设备分开。

使用资金有限的专用钱包访问陌生应用和社区。

不要将私钥和助记词存放在电子邮件收件箱或云端草稿中。

从已核实的来源获取软件和安全更新。

为重要密钥和恢复信息创建加密备份。

发送大额资金前，通过独立渠道确认新的付款地址。

使用新地址或新网络时，先发送一笔小额测试交易。

保存重要商务通信的已签名记录和交易哈希。

通过相关官方渠道举报冒充和网络钓鱼行为。

企业如何使用加密邮件

企业可以使用加密邮件处理发票、资金管理审批、钱包地址确认、安全提醒和已签名的操作指令。

企业流程应明确哪些员工可以发起、批准和执行加密货币付款。

不应允许一名员工既更改付款指令，又在没有独立审核的情况下完成转账。

钱包地址可以保存在经批准的目录中，并只能通过有记录的流程进行更改。

数字签名可以作为授权凭证，但法律和运营政策应规定如何验证和保存签名。

企业应避免将机密客户信息、薪资信息或身份信息写入公有区块链。

加密邮件与记录保存

重要的加密通信可能需要保存，以满足会计、安全、合规、税务、审计或争议解决要求。

记录可以包括原始消息、发件人标识、收件人标识、签名、公钥、时间戳、交易哈希和相关发票。

消息签名应与签署时的确切内容一并保存。

加密存档需要具备恢复计划，以便员工离职或密钥轮换后，授权人员仍能访问记录。

记录保存期限和隐私义务因司法管辖区和业务活动而异。

加密邮件与加密货币支付

加密邮件可以更方便地发送付款请求，但电子邮件本身并不能使所请求的交易变得有效。

完整的付款请求应说明加密货币、区块链网络、适用情况下的代币合约、金额、地址、发票和到期日期。

如果通过错误的网络发送了正确的代币，可能导致永久损失。

付款确认应使用区块链数据和内部会计记录，而不能只依赖电子邮件回复。

消息声称已付款，并不能证明交易已到达正确地址或已获得足够的区块确认。

加密邮件的垃圾邮件防护

由于公开地址很容易从区块链数据中收集，基于钱包的收件箱可能会收到大量垃圾邮件。

系统可能采用允许名单、信誉机制、手续费、代币门控、工作量证明、联系人请求或用户自定义过滤器。

向发件人收费可以减少群发垃圾邮件，但也可能排除合法用户或产生不良经济激励。

如果同一个人创建多个账户或购买所需资产，基于代币的信誉机制也可能被操纵。

垃圾邮件控制措施不应要求收件人与可疑代币或智能合约交互。

加密邮件的成本

发送传统的加密电子邮件不需要支付区块链交易手续费。

如果链上消息需要记录数据，则每次记录都可能产生网络手续费。

去中心化存储可能需要支付托管、持久保存或检索费用。

基于钱包的身份和签名通常可以在链下运行，无需支付交易手续费。

系统还可能收取订阅费、存储费、高级收件箱费用、身份验证费或投递费用。

费用结构应说明哪些操作需要付费、款项支付给谁，以及费用是否可能变化。

加密邮件的优势

如果正确实现加密，加密邮件可以提供端到端的消息保密性。

数字签名有助于收件人验证消息完整性和密钥控制权。

基于钱包的身份可以让用户在不完全依赖某个传统账户提供商的情况下进行通信。

区块链记录可以提供时间戳和完整性引用。

代币门控邮件可以支持对社区、文件或治理信息进行访问控制。

加密货币付款请求可以将通信与透明的结算记录关联起来。

去中心化设计可以降低对单一平台账户政策的依赖。

加密邮件的局限性

加密邮件无法保证控制钱包的人值得信任。

如果授权设备遭到入侵，加密无法保护该设备上的消息。

数字签名无法证明所有已签名的陈述都是真实的。

钱包地址可能暴露财务活动和通信关系。

私钥丢失可能导致消息或身份永久无法访问。

链上内容可能造成永久性的隐私和数据管理问题。

如果没有节点或服务提供商继续保存内容，去中心化存储中的内容可能无法访问。

垃圾邮件、网络钓鱼、恶意签名和虚假付款请求仍然是严重风险。

即使不同系统都使用“加密邮件”这一名称，它们之间也可能无法互操作。

常见问题

加密邮件最简单的定义是什么？

加密邮件是使用加密技术、区块链账户、钱包签名、去中心化身份或加密货币支付功能的数字消息服务。

加密邮件与电子邮件相同吗？

加密邮件可以使用普通电子邮件，但也可能增加钱包身份、密码学签名、代币访问或去中心化存储功能。

加密邮件一定会加密吗？

不一定。一些加密邮件系统提供区块链通知或钱包消息，但不提供端到端内容加密。

加密邮件会存储在区块链上吗？

有些系统会将记录存储在链上，另一些系统则会将加密消息存储在链下，并仅将区块链用于身份或验证。

可以将完整电子邮件存储在链上吗？

技术上可以实现，但成本、永久性、隐私和数据风险通常使链下存储更为实用。

什么是钱包间邮件？

钱包间邮件是向基于区块链地址或由钱包控制的账户身份发送的消息。

使用加密邮件需要加密货币吗？

不一定，因为加密和钱包签名可以在不转移或支付加密货币的情况下运行。

发送加密邮件需要支付网络手续费吗？

如果消息或访问事件会创建链上交易，可能需要支付手续费；链下消息则可能不需要。

什么是加密电子邮件？

加密电子邮件是指其内容经过加密，只有持有正确密钥的预期收件人才能读取的电子邮件。

什么是数字签名电子邮件？

数字签名电子邮件包含可通过公钥验证的密码学凭证。

有效签名能证明发件人身份吗？

有效签名可以证明对签名密钥的控制权，但还需要其他证据才能将该密钥与特定个人或组织关联起来。

什么是钱包身份验证？

钱包身份验证要求用户签署消息，以证明对区块链账户的控制权。

钱包登录需要转移代币吗？

普通登录签名不应要求转移加密货币或授予无限代币授权。

什么是结构化数据签名？

结构化数据签名会展示定义明确的字段，让用户和应用了解钱包正在授权什么操作。

什么是去中心化标识符？

去中心化标识符是一种基于标准的标识符，旨在支持可验证的数字身份，而不完全依赖单一中心化身份提供商。

什么是代币门控邮件？

代币门控邮件会将内容或访问权限限制为满足特定代币或凭证条件的钱包。

加密邮件可以匿名吗？

加密邮件可能支持化名通信，但交易历史、元数据、账户记录和用户行为仍可能暴露身份。

加密邮件可以追踪吗？

链上记录、钱包关联、服务器日志、网络元数据和付款活动都可能使消息或用户之间建立关联。

加密邮件能阻止网络钓鱼吗？

不能。签名和身份验证有助于核实信息，但用户仍可能被恶意链接、遭入侵的密钥和危险钱包请求欺骗。

加密邮件服务应当索要助记词吗？

任何合法的邮件、客服、通知或身份验证服务都不需要钱包助记词。

加密邮件能窃取加密货币吗？

电子邮件本身不会转移资金，但恶意链接、附件、签名或付款指令可能导致资产被盗。

如何核实加密货币付款邮件？

通过单独的可信渠道确认请求，并独立核实资产、网络、金额和钱包地址。

什么是加密邮件签名重放攻击？

这是指在另一个会话、域名、网络或操作中未经授权地重复使用此前有效的签名。

如何降低重放攻击风险？

使用唯一随机数、域名绑定、网络标识符、有限权限、时间戳和到期日期可以降低重放风险。

电子邮件域名认证会加密消息吗？

不会。SPF、DKIM 和 DMARC 支持域名级别的消息认证和策略，而不是端到端内容保密。

加密邮件的元数据仍可能被看到吗？

可以。发件人、收件人、时间、消息大小、路由和其他元数据仍可能可见。

去中心化加密邮件会永久保存吗？

链上记录可能永久存在，而链下去中心化内容则可能在没有节点或服务提供商继续保存时消失。

企业可以使用加密邮件吗？

企业可以使用加密邮件处理已签名指令、发票、钱包确认、安全通知和受保护的通信。

加密邮件付款应保存哪些记录？

记录可以包括原始请求、发件人验证信息、已批准地址、发票、数字签名、交易哈希、金额和时间戳。

加密邮件最大的风险是什么？

主要风险包括网络钓鱼、密钥被盗、恶意签名、地址替换、元数据泄露、数据永久暴露和解密密钥丢失。

使用加密邮件最安全的方式是什么？

通过独立渠道核实发件人、保护密钥、仔细阅读每项签名请求、使用安全设备，并且绝不分享助记词。

结论

加密邮件是一种广义的数字消息服务，将电子邮件或消息功能与加密技术、钱包账户、区块链记录、去中心化身份或加密货币支付相结合。

它可以包括加密电子邮件、钱包间消息、去中心化收件箱、代币门控通信、区块链通知和已签名付款请求。

加密可以保护消息内容，数字签名则有助于验证内容完整性和对特定密钥的控制权。

这两项功能都不会自动证明发件人诚实，也不能证明所请求的加密货币交易安全。

链上存储可以提供持久的时间戳和完整性记录，但也可能带来长期的隐私、成本和数据管理风险。

链下存储通常更加灵活，但用户需要考虑支持该服务的服务器或存储网络是否可用且安全。

加密邮件用户应通过可信渠道核实身份和付款地址、保护私钥、检查每项钱包签名，并拒绝所有索要助记词的请求。

只有在充分了解其密码学、身份模型、存储设计和用户操作方式时，加密邮件才能有助于提升通信安全性。