Whisper 的區塊鏈消息傳遞有哪些好的替代方案？

我一直在用乙太坊做實驗，我在私人網路中用 Whisper 取得了很好的效果。但主要問題是即使節點在同一台電腦上執行它也很慢，因為接收消息需要 300-800 毫秒。有哪些更快的替代方案？我的要求是能夠盡可能快地發送小的 JSON 消息。

耳語

首先，Whisper 是一種將公告傳播到乙太坊網路的數據庫——或者更準確地說，是所有geth啟用了 Whisper 的節點。預設情況下，Whisper 隱藏在標誌後面。

Whisper可用於發送消息。發送消息將具有以下屬性：

• 接收者匿名：沒有人知道實際接收者是誰
• 無發件人匿名性：全球被動對手（例如您的網路服務提供商）可以看到消息的來源
• 消息是否到達目的地的**不確定性。**您可以通過使用更高的 TTL 值來增加機率，但這會帶來一個缺點，即您需要為消息配備更困難的工作證明。

Whisper 的問題在於，每條消息都在網路中氾濫，直到達到其 TTL——即使它已到達所需的目的地。為了防止人們向網路發送垃圾郵件，Whisper 節點只接受具有一定工作量證明的消息，該工作量證明與 TTL 值密切相關。

在專用網路中，這不是問題。但是網路越大，情況就越糟糕。

匿名/隱私保護通信

存在匿名三難困境，它指出您只能實現以下屬性中的兩個：

• 強匿名性
• 低延遲
• 高吞吐量

因此，當您想發送“盡可能快的消息”時，您需要在沒有強匿名性的情況下生活。

備擇方案

目前，正在開髮用於點對點消息傳遞的*Whisper 2.0 。*該項目稱為hopr. 它的目標是：

• 可證明的匿名/隱私保護通信，因為它使用SPHINX 數據包格式

• 對中繼消息的各方/節點的激勵

• 可適應的匿名性——使用者可以通過犧牲來選擇一定程度的隱私/匿名性

  • 延遲或
  • 低中繼費或
  • 隱私保證

已經成立了一個工作組，包括Status.im、Validity Labs和Web3 Foundation。

PSS（基於 Swarm 的郵政服務）沒有基準，但它只向已註冊的節點發送消息，所以我認為它會更快。

免責聲明：我與 Swarm 團隊合作。

引用自：https://ethereum.stackexchange.com/questions/67464