Please enable JavaScript.
Coggle requires JavaScript to display documents.
PoRT Related Work - Coggle Diagram
PoRT Related Work
黑帽子
51%攻擊
Sybil attack
DDoS attack
Network Partition
Latency
Lack of Scalability
Forking
long time of finality (on-chain)
Long time of confirmation (voting)
持續累積的資料量 (Storage issues)
TPS過低
Nothing-at-stake
過高的入門門檻
Collusion 共謀問題
P2P網路 壅塞
High network complexity
flooding這種傳遞資訊的方式 耗時沒效率 且容易造成資訊風暴
很多都沒有提清楚系統boostrapping如何做到
reward如何發放
黃色帽子
降低挖礦難度
篩選有能夠維護的節點數
找符合條件的節點來維護
改變incentive 降低 "共謀" 或 "執行惡意行為"的動機
評估出"固定"的時間，讓整個流程更有效率化
把每一種狀況都考慮到，設計finite state machine來處理各種狀況
需要判斷機制去應對或懲處各種行為
定期變換負責維護的節點，避免DDoS 或已知身分攻擊可能性
有回報機制，讓維護節點可以讓其他節點知道他沒有變成死豬
維護獎勵盡量分開、個別領取，避免找機會共謀合作獲取獎勵
有公開透明的篩選機制選出每一輪的維護者
避免球員兼裁判，除非完全隨機，應避免自己選出的節點來維護自己
每一輪經由投票以及統一的選擇方式，使得最終驗證交易的結果是一致且唯一不分岔的
綠色帽子
針對incentive，我們採課稅及還稅的方式
節點間的近期狀態我們使用DHT基礎架構
公開透明的篩選機制，我們提出PoRT以及MPT bulletin board概念
避免球員兼裁判，我們提出jump step架構
為了避免分岔，我們使用double-linked資料結構
TPS提升，我們利用PoRT組成committee
持續累積的交易問題，採用IPFS
入門的門檻，一開始類似PoW方式，等整個網路資產足夠時，切換成PoRT
為了降低網路的延遲，透過DHT以及unicast來降低
篩選節點的條件，包含有無做最新交易、Tax的累積、基於前一輪維護者身分及參數去做隨機篩選
reward基於，負責維護節點在voting過程中，將結果包裝的recipt tx，並在之後的block中被驗證過並發放
網路複雜度的簡化，參考IBFT透過finite state machine以及DHT-based unicast傳輸模式，在不影響security維持網路的運行
紅帽子
耗能
富者越富
效率不佳
死豬問題
欺騙
割韭菜
門檻高
TPS不夠高 無法商用
白帽子
可效法的、成功的共識演算法
Nakamoto Consensus Algorithm, Proof-of-Work(PoW)
Ethereum Proof-of-Work
創新的
Verifiable Random Function (VRF)
Dfinity
Algorand
Ethereum Proof-of-Stake
有效的
Byzantine Fault Tolerant (BFT)
Practical Byzantine Fault Tolerance (PBFT)
Istanbul Byzantine Fault Tolerance (IBFT)
small group management
Proof-of-authority (Static)
Committee-based (Dynamic)
Delegated
藍色帽子 (總結)