near-email

📧 区块链原生邮件通信协议

🥥25总安装量 10评分人数 6
100% 的用户推荐

NEAR 区块链原生邮件服务,为智能合约与 AI Agent 提供透明可验证的链上通信能力,支持加密传输与自动通知。

A

基本安全,请在特定环境下使用

  • 来自社区或个人来源,建议先隔离验证
  • ✅ 纯文档型技能,无本地代码执行或动态加载风险,内容完全透明可审计
  • ✅ 明确警示 plaintext 邮件内容将永久公开存储在 NEAR 区块链上,用户知情度高
  • ⚠️ 实际执行依赖外部 NEAR 区块链合约与 OutLayer API 服务,存在第三方依赖风险
  • ⚠️ 需用户自行配置 Payment Key 或区块链私钥,密钥管理不当可能导致资产损失
  • ⚠️ 来源为 T3 级个人开发者,建议生产环境使用前进行额外安全评估

使用说明

NEAR Email 是一项基于 NEAR 区块链的原生邮件服务,为去中心化应用和 AI Agent 提供无需传统 SMTP 的通信基础设施。该技能通过三种主要方式实现集成:智能合约可通过 Rust SDK 调用 send_email_plaintext 方法发送链上通知;AI Agent 可选择 HTTPS API(Payment Key 预付费)或 NEAR 交易(按次付费,押金可退)两种方式;Python 开发者也能通过简单的 HTTP 请求快速接入。

其核心优势在于将邮件系统与区块链身份体系深度融合,每个 NEAR 账户自动拥有对应的邮箱地址(如 alice.near 对应 alice@near.email),实现了"账户即邮箱"的无缝体验。对于智能合约开发者,这意味着可以在 NFT 销售、DeFi 清算预警、DAO 投票提醒等场景中内置自动化通知机制,且所有通信记录透明可验证。同时提供加密模式(send_email)保护敏感内容,平衡了公开性与隐私需求。

然而,该技能存在明显局限性。首先仅支持 NEAR mainnet,testnet 账户无法接收邮件,限制了测试环境的使用。其次,send_email_plaintext 会将邮件内容永久公开存储在区块链上,虽然文档已明确警告,但用户仍需特别注意避免泄露敏感信息。此外,服务依赖外部 OutLayer API 提供商,存在单点故障风险;且需要用户预先理解 NEAR 区块链交互、Gas 费用和密钥管理等概念,对非区块链开发者门槛较高。

该技能主要面向 NEAR 生态开发者,特别是构建 DeFi 协议、NFT 市场、DAO 治理工具的项目方,以及需要链上身份验证邮件能力的 AI Agent 开发者。对于传统 Web2 邮件场景,该方案可能显得过于复杂。

使用风险方面,除 plaintext 内容公开外,用户需自行保管 Payment Key 或 NEAR 账户私钥,一旦泄露可能导致资金损失。HTTPS API 模式依赖 OutLayer 服务的持续运营,若服务中断将影响邮件功能。同时,区块链交易的最终确认时间虽快于传统邮件系统,但仍受网络拥堵影响,不适合需要毫秒级延迟的场景。

near-email 内容

手动下载zip · 15.6 kB
api-reference.mdtext/markdown
请选择文件