淺析Swarm流量獎勵機制

Bee 主網軟啟動在即，社區關於Swarm的運行原理、核心機制、礦工如何獲取收益的討論也越加熱烈。

Bee 主網軟啟動在即，社區關於Swarm的運行原理、核心機制、礦工如何獲取收益的討論也越加熱烈。

Bee 主網軟啟動在即，社區關於Swarm的運行原理、核心機制、礦工如何獲取收益的討論也越加熱烈。

Bee 主網軟啟動在即，社區關於Swarm的運行原理、核心機制、礦工如何獲取收益的討論也越加熱烈。

IPFS是一個存儲系統，旨在於存儲全人類的珍貴數據，以實現數據的永存，因此，無論是IPFS還是Filecoin，其特點在於存儲。但是，Swarm不一樣，Swarm主要是服務於以太坊網絡上的DApp數據的存儲，重點在於熱數據的存儲，因此，Swarm的重點在於流量。

流量獎勵機制，正是Swarm的核心機制之一。今天，我們就盡量用通俗易懂的語言來談談Swarm的流量機制——SWAP。

SWAP—Swarm的流量獎勵

SWAP協議是Swarm的核心協議，是點對點的記賬協議，其主要特點是數據交換（流量流通），分為記賬和結算兩大部分，正如白皮書上所說：“SWAP協議允許直接連接的節點互相付款，或者提供付款承諾”。

SWAP有四大特點：

• 用於節點相互付款和提供付款承諾的賬戶服務

• 當超過付款閾值時發送支票，使用自動付款結算

• 以未兌現支票的形式免除債務

• 支持以零質押的方式啟動節點

簡單來說，當礦工加入Swarm網絡，成為Swarm節點之後，就會有一個Owner地址(這是一個ETH地址），同時，該地址會自動生成一個chequebook—支票簿。

• 例如，你是節點A，我是節點B。

• 當節點A往節點B裡傳輸或者存儲數據時（當數據傳輸的流量達到一定的閥值），A就會向B簽發支票，我們可以將之稱為settle，Swarm網絡目前擁有幾十萬個節點左右，每個節點之間的每一筆數據的交互和往來都會同步到支票簿（Chequebook）中。

• 要理解整個流程，我們先要理解下面三個概念。









鏈上：即數據上鍊，比如說，當A向B簽發支票時，B收到支票可以選擇上鍊結算。

鏈下：即數據不上鍊，在鏈下保存，比如說，當B收到A簽發的支票時，先不上鍊，等積攢了一定的支票數量再上鍊結算。

閥值：SWAP有一個閥值的概念，當積累的支票到了一定的閥值，就會使用自動結算付款功能，如果A不給與B結算，A就會被拉入B的黑名單，A就無法再和B相連接。

在上面這張圖中也有做相關標註，綠色為鏈上，粉色為鏈下，鏈上和鏈下是可以自主轉換的。

如上圖，當節點B積累了一定量的A的支票，B就向A的智能合約發出結算支票所對應的BZZ的要求（這時，就從鏈下到了鏈上），那麼，A的支票簿就會扣除相對應的BZZ（例如是0.5個BZZ），然後這0.5個BZZ就會出現在B的支票簿上，也就是這0.5個BZZ的收益歸屬於B owner地址。



然後，鏈下也會同步結算狀態。

由上，我們講述了Swarm的流量獎勵機制。

Swarm的流量獎勵機制核心在於，節點提供寬帶傳輸數據所獲得的流量獎勵，節點每傳輸一次數據都能獲得一個支票，支票數量到了相對應的閥值就會自動結算（也可以主動結算），那麼，節點就能獲得相對應的獎勵獎勵。

關於SWAP的相關Q&A

Q: 為什麼要有一個支票簿，而不是直接結算？

A: Swarm網絡是一個龐大的流量網絡，節點和節點之間無時無刻都在傳輸數據。可能這一秒節點A向節點B傳輸數據，A需要向B支付費用，下一秒，節點B就向節點A傳輸數據，這時，B就要向A支付費用。

這一來一回，A和B之間，不久扯平了嗎？

此外，如果所有小額交易都直接上鍊並且進行兌付，那麼，網絡可能一天就需要兌付幾百萬次，這無疑會加重網絡的負擔，並且產生大量GAS費。



而採用支票簿的方式，能夠做到完美地實現鏈下記賬、鏈上結算，既提高了效率，又不會對礦工的收益產生影響。

Q: 如果節點不支付會有什麼懲罰，如何保障網絡的完全性？

A: SWAP協議中設置了自動支付結算系統，即超過閥值時，智能合約會自動發送支票。如下圖我們可以看得到，系統中設置了“Zero balance”，如果有一方“負債”嚴重，那麼，就會與正在連接中的節點斷開連接。

如上圖， 如果B不支付，B就會被貼上“不誠信”的標籤，如果持續出現不願意付費的情況，B將於越來越多的節點失去連接，那麼，B就會被“孤立”，接訂單的概率會持續下降。

Q: 為什麼說，SWAP協議為Swarm網絡創造了生態閉環？

A: 正如上文所說，如果一個節點選擇了“作惡”、“不支付費用”，那麼，該節點就會與其他節點斷開連接，如果持續如此，該節點就會相繼和諸多節點失去連接，甚至被“孤立”。