现在在哪里可以找到Integritee RPC端点？

Integritee RPC决策清单

在将钱包、索引器或dApp指向Integritee节点之前，请确认四件事：

• 网络状态。 Integritee宣布网络将于2025年11月11日关闭。如果您在此日期之后阅读本文，请假定公共RPC端点不再维护。
• 数据可用性。 如果您需要历史区块，请检查节点或提供商是否保留归档。修剪过的节点仅提供近期状态。
• 协议访问。 基于Substrate的链暴露HTTP JSON-RPC和WebSocket端点。确保您的客户端使用正确的协议进行订阅。
• 退出计划。 如果您的应用程序仍然依赖Integritee，请在端点消失之前规划迁移路径。本文其余部分解释了要检查什么以及如何继续。

什么是Integritee？

Integritee是一个专为隐私保护数据处理而设计的区块链网络。它将基于Substrate的公共区块链的透明度与可信执行环境（TEE）的机密性相结合，例如Intel SGX。该项目作为平行链在Kusama上启动，并计划扩展到Polkadot。

在高层，Integritee将公共共识与机密执行分开。公共链处理余额、治理以及飞地证明的链上注册表。侧链或链下执行环境处理私有数据上的应用程序逻辑。结果锚定到公共链，以便用户验证计算发生而不暴露输入。

开发人员使用Integritee构建需要在敏感数据上计算而不泄露原始输入的dApp。主要用例包括身份、健康数据、机密分析以及其他隐私为特性的应用程序。该网络旨在通过使隐私保护数据处理可审计来支持面向GDPR的工作流程。

网络的代币是TEER。代币持有者参与治理和质押。由于Integritee使用Polkadot SDK构建，其RPC接口遵循标准的Substrate JSON-RPC约定。

Integritee网络状态与2025年11月关闭

Integritee官方网站宣布网络将于2025年11月11日关闭。该公告对任何运行或使用Integritee RPC端点的人都有重大影响：

• 网络关闭后，公共端点可能停止响应。
• 收集人和验证人的操作可能被终止。
• 依赖TEER交易的应用程序可能失去对实时状态的访问。

如果网络正在关闭，请从项目本身验证确切状态，而不是依赖第三方RPC页面。RPC端点可能仍然响应system_health请求，但这并不意味着网络将继续产生区块或代币转账仍然可用。

这很重要，原因很简单：一个不再产生区块的隐私网络无法提供其设计所依赖的信任保证。即使缓存的端点返回旧数据，新交易也不会结算，基于链上证明的机密性模型将失去基础。

Integritee RPC端点设置

由于Integritee使用Polkadot SDK，节点暴露与许多Substrate链相同的标准端口：

如果您运行自己的节点，--rpc-port和--ws-port控制RPC端口。托管提供商通常提供HTTPS URL和wss:// URL以及API密钥。

本地节点启动命令可能如下所示：

./integritee --chain mainnet --rpc-port 9933 --ws-port 9944 --port 30333

请注意，如果Integritee二进制文件不再积极维护，关闭后可能无法可靠同步。请检查官方仓库以获取最后版本，而不是假设过时的二进制文件会正常运行。

当您使用远程端点时，通常需要附加API密钥或使用提供商特定的路径。除非您已确认提供商仍然支持，否则不要在生产应用程序中硬编码已知的公共端点。

如何查询Integritee RPC端点

测试任何基于Substrate的RPC端点的标准方法是JSON-RPC POST请求。system_health方法报告节点是否正在同步，而chain_getBlockHash返回给定高度的区块哈希。

curl -sS -X POST 'https://<integritee-rpc-url>' -H 'Content-Type: application/json' -d '{"id":1,"jsonrpc":"2.0","method":"system_health","params":[]}'

健康的响应如下所示：

{"jsonrpc":"2.0","result":{"isSyncing":false,"peers":12,"shouldHavePeers":true},"id":1}

对于WebSocket订阅，请使用支持wss://的客户端。以下是一个最小的Node.js订阅新链头的示例：

const WebSocket = require('ws');
const ws = new WebSocket('wss://<integritee-wss-url>');

ws.on('open', () => {
  ws.send('{"id":1,"jsonrpc":"2.0","method":"chain_subscribeNewHeads","params":[]}');
});

ws.on('message', (data) => {
  console.log(data.toString());
});

相同的JSON-RPC模式适用于其他Substrate链。如果您正在活跃网络上构建新的集成，可以按照此模式使用正确的端点。OnFinality在支持的RPC网络页面上发布了受支持网络的链设置，您可以在选择提供商之前比较RPC定价。

今天在Integritee上构建之前要检查什么

下表总结了评估RPC提供商或决定是否保留Integritee依赖时重要的标准。

将此表作为起点。如果您正在为生产工作负载评估提供商，请检查其文档中的速率限制、故障转移行为以及是否同时支持HTTPS和WSS。当底层网络状态发生变化时（如Integritee），这些标准尤其重要。

在Integritee关闭期间在哪里运行RPC基础设施

当网络关闭时，新项目不应在其上构建。对于现有项目，优先事项是迁移到具有活跃开发和受支持RPC生态系统的网络。

OnFinality为一系列活跃网络提供托管RPC端点和专用节点基础设施。您可以在支持的RPC网络页面上查看当前覆盖范围。如果您需要可预测的成本和特定工作负载的设置，RPC定价页面显示了计划的结构。

当您需要以下功能时，托管提供商很有用：

• 具有稳定URL的HTTPS和WSS端点。
• 可按项目范围划分的API密钥。
• 提供商侧的监控和故障转移。
• 无需在本地运行节点即可测试多个网络的方法。

如果您需要完全控制，专用节点为您提供对节点的直接访问，您可以针对归档数据、WebSocket连接或专门监控进行调整。始终验证您选择的提供商明确列出您想要的网络；不要假设覆盖范围。

您还应该考虑关闭的操作方面。如果您自己运行了Integritee节点，请评估相同的硬件是否可以用于其他链。如果您使用了公共RPC提供商，请在服务退役之前导出您的配置并替换Integritee URL。

现有Integritee应用程序的迁移清单

如果您有正在运行的Integritee应用程序，请在关闭使更改更加困难之前完成此清单：

1. 导出并备份状态。 提取链外存在的任何应用程序状态、加密数据或密钥。
2. 审计TEE假设。 Integritee使用飞地来保持数据私密。找出您的数据流是否依赖于特定的飞地实现或远程证明过程。
3. 选择替代网络。 如果您需要类似的隐私，请查看提供TEE、零知识或其他机密性工具的活跃Substrate或Polkadot链。
4. 更新RPC端点。 将客户端配置中任何硬编码的Integritee URL替换为新网络的端点。
5. 测试订阅和批量调用。 确认新提供商支持您的dApp使用的WebSocket方法和JSON-RPC批量调用。
6. 通知用户。 如果涉及用户资金或个人数据，请提供有关网络过渡的明确说明。
7. 迁移后监控。 在迁移后的第一周内，注意同步差距、失败的外部调用和缺失的事件。

通过将迁移视为单独的工作流，您可以避免dApp仍然在线但指向不再存在的端点的情况。

关键要点

• Integritee是一个基于Substrate的隐私网络，曾使用可信执行环境进行机密数据处理。
• 该网络宣布将于2025年11月11日关闭，因此公共RPC端点可能不再可靠。
• 标准Substrate JSON-RPC方法适用，但在发送任何生产流量之前，您应该验证网络状态。
• 选择RPC基础设施时，检查当前端点可用性、归档数据支持、WebSocket访问以及提供商发布的网络列表。
• 对于活跃网络，OnFinality的托管RPC服务和专用节点可以简化基础设施。查看支持的RPC网络和RPC定价页面以获取当前详细信息。

常见问题解答

Integritee还在运行吗？

Integritee项目宣布网络将于2025年11月11日关闭。如果您依赖该网络，请在假设RPC端点将继续响应之前，从官方来源验证其状态。

我还能使用Integritee RPC端点吗？

您可以尝试已有的端点，但公共端点可能在关闭后停止。如果您运行自己的节点，请检查它是否仍在同步并产生区块。

我应该用什么替代Integritee？

这取决于您的隐私和计算需求。寻找一个提供您需要的TEE、零知识或数据保护功能的活跃网络，然后确认您选择的RPC提供商支持它。OnFinality在其支持的RPC网络页面上列出了受支持的网络。