BlockRazor

You've been stuck in 2 broken games: - prediction markets that cap you at $1 - launchpads that never resolve 🪻Enter 42, an event-launchpad: ✧ where outcomes are liquid tokens ✧ and markets settle on truth where 1000x is structurally possible, even when you're wrong🧵

1 BSC 區塊廣播機制詳解 (Full Block Gossip) 在 Solana 上，您習慣了 Turbine 協議——一個基於 UDP、將區塊「切碎」並通過 Stake 加權樹狀結構以 O(log⁡n)O(logn) 延遲高效廣播的機制。 BSC 則完全不同，它採用的是一種更接近傳統 EVM 鏈的 TCP Gossip 協議，廣播的是完整區塊。 當一個驗證者（Proposer）選定區塊後，它會立即開始廣播，這個過程主要依賴 TCP Gossip 協議。 1\ 準備與封裝： 驗證者對區塊進行最終計算（如封印雜湊 Seal Hash），附加其 BLS 簽名，並將區塊寫入本地節點。 2\ 選擇性全區塊廣播 (Propagate Block)： 驗證者不會立即向所有 Peers 廣播完整區塊。它會選擇一個子集（通常是 NN​ 個 Peers）並透過 TCP 發送完整的、RLP 編碼的區塊體（BlockAnnouncement 訊息）。 3\ 哈希公告廣播 (Announce Hash)： 對於網路中剩餘的 Peers，驗證者只發送區塊哈希（BlockHashAnnouncement 訊息）。這是一種帶寬優化策略，避免網路擁塞。 4\ Peers 接收與鏈式轉發： - 收到全區塊的 Peers： 立即進行驗證。如果有效，它們會重複步驟 2 和 3，將區塊（或哈希）轉發給它們自己的 Peers。 - 收到哈希的 Peers： 如果自己沒有這個區塊，會向發送方請求拉取 (pull) 完整的區塊。 5\ 投票與最終性 (Finality)： 網路中其他活躍驗證者收到並驗證該區塊後，會生成自己的 BLS 簽名投票（broadcastVote），並通過 Gossip 協議廣播這些投票。當一個區塊獲得了 2/3 的驗證者投票（Justification），它就接近最終確認。當它的子區塊也被 Justified 後，該區塊即被視為 Finalized（不可逆轉）。