ERPC 都柏林 Direct Shreds 上线

由 ELSOUL LABO B.V.（总部：荷兰阿姆斯特丹，CEO：Fumitake Kawasaki）与 Validators DAO 运营的 ERPC，宣布为 Solana Direct Shreds（Shredstream）推出新的都柏林区域。

通过此次扩展，ERPC 的 Direct Shreds 现已从全球九个地点交付。ERPC 覆盖了 Jito 提供的所有区域，并运营着包含额外地点的扩展分发网络。Direct Shreds 被设计为基础层，旨在建立稳定的 Shreds 检测条件——Solana 实际运营中最早的数据流——消除区域差异。

在实际的 Solana 运营中，交易提交、区块生产、Shreds 检测、状态更新及相关处理快速连续发生，每个结果都成为下一个决策的输入条件。检测延迟导致提交延迟，进而改变观测状态，这些差异作为链式反应不断累积。Shreds 处于这条链的最前端。

仅靠快速的平均 RPC 或 WebSocket 响应时间无法稳定运营结果。当 Shreds 检测出现波动时，所有下游流程都会受到影响。

在实践中，主导结果的不是短期平均值，而是峰值条件下的延迟分布和持续运营中的稳定性。网络抖动、瞬间断连和重连行为造成检测间隙，而这些间隙直接干扰提交时机和后续执行。Direct Shreds 专注于在这一最早阶段持续维持稳定的检测条件。

Web3 开发环境遍布全球，项目构建不受特定地理区域的限制。当区域间的开发和运营体验差异被容许持续存在时，项目增长速度和稳定性不可避免地会依赖于地理位置。

ERPC 持续改进其基础设施，使开发者和运营者无论身在何处，都能在尽可能统一的条件下构建验证、开发和生产环境。

区域差异的典型来源是长距离连接的常态化，这会延长检测路径。距离不仅增加延迟，还增加路由沿线的拥堵点、抖动、瞬间故障风险和重传条件。当更多处理点在地理上更接近时，检测条件趋于稳定，使项目能够在不受位置约束的情况下推进其逻辑和运营设计。

Solana 的领导者调度在全球范围内持续轮换，这意味着区块生产的起源点始终在移动。随着该起源点的转移，实现最快检测的位置也在每时每刻发生变化。

因此，实现最快检测无法通过优化单一位置来完成。扩大能够实现最快检测的整体范围——增加在每种情况下能够成为最快的位置数量——才能稳定实际运营结果。

此外，不同区域的 Shredstreams 即使对于同一区块也不会接收到完全相同的时序或丢包特征。这源于网络路径和拥堵条件的差异。随着覆盖范围的增加，项目获得更多能够实现最快检测的位置。通过观测和组合多个区域，系统也获得了更大的灵活性来缓解峰值期间抖动和数据包丢失的影响。

欧洲拥有高密度的 Solana 使用量，开发和运营活动密集分布。在这些条件下，负载往往集中在个别位置，导致通信条件在峰值期间出现波动。

通过在阿姆斯特丹、法兰克福和伦敦之外增加都柏林，能够在欧洲内部以短距离连接运营的用户范围扩大了，更多的位置能够为各自区域实现最快检测。

此次扩展不仅仅关乎速度。随着长距离流量的减少，网络负载下降，拥堵点被分散，重连不稳定性也降低。因此，检测连续性趋于稳定，在峰值期间保持弹性的交付条件得以建立。由于欧洲是高使用率区域，在此扩展覆盖同时改善了速度、稳定性和负载分配。

长距离通信不仅增加单个延迟，还增加整体网络负载。更长的路径引入更多可能出现拥堵和抖动的节点，使不稳定性在高峰使用期间更加明显。

随着更多就近处理位置的可用，每个用户可以通过更短的路径接收 Shreds，流量在地理上得到分配，网络整体条件趋于稳定。ERPC 持续扩展全球覆盖，以改善全球开发者体验和用户体验，同时维护网络基础条件的健康。

ERPC 的 Direct Shreds 从以下九个区域交付：

这一分发网络扩大了跨区域实现最快检测的范围，并建立了不依赖地理约束的开发和运营基础。ERPC 将继续改进 Direct Shreds 的交付质量和覆盖范围，提升实际运营条件的上限。

关于 Solana Direct Shreds（Shredstream）、区域选择和多区域利用的咨询，可通过 Validators DAO 官方 Discord 进行。

Validators DAO 官方 Discord：https://discord.gg/C7ZQSrCkYR ERPC 官方网站：https://erpc.global/en