Re: [閒聊] IOTA真的能實現足夠的算力嗎
※ 引述《grapherd (NULL)》之銘言:
:
: ※ 引述《kugwa (kugwa)》之銘言:
: :
: : 同個系統狀態本來就不會雙花的兩筆交易同時存在
: :
: : 但是設想
: :
: : A已經被大家承認很久很久了
: :
: : A交易的賣方也交貨了
: :
: : 這時突然給你來個 B把A給超越
: :
: : 大家一致宣告A交易不算數
: :
: : 那A交易的賣方不就很幹 拿到的錢沒了 貨也大概拿不回來
:
: 這個問題已經回應過了,不會發生這樣的問題。
:
: 這種超久的 valid transaction V.S. 新出的爆幹 weight transaction
:
: 因為超久以前的 valid transaction 已經改變整個帳本的狀況
: (地址總額,對方地址總額等)
:
: 因此根本不會有收到貨然後又被蓋掉的問題。
怎麼不會有呢
就是會有這樣的問題啊
比特幣的短鏈追上長鏈造成blockchain reorganization
以及我們一直在討論的IOTA攻擊手段(B的累積權重超越A的累積權重)
都是這個狀況呀(雖然說落後很多的情況下追上通常都是惡意去追的)
你所謂的「整個帳本的狀況」
本來就是根據blockchain或Tangle的樣子在解讀的
blockchain的情況中 帳本的狀況就是最長鏈中所有交易一起套用的樣子
blockchain reorganization時 因為長鏈換了一條 帳本會整個被大改動
而Tangle的情況中 A的累積權重比B的還大時 帳本只採計A而忽略B
但是當B的累積權重超越A時 帳本就會改為採計B而忽略A
這種帳本改動一發生 你看到的各種總額就會跟著發生變動 很嚴重的
總之 根本沒有所謂的「某個交易生效一段時間之後就絕對不會被撤銷」的情況
(這應該叫freezed或是finalized)
只要另一方算力夠強 就有辦法撤銷任意的交易
(比特幣拒收落後超過12個高度的block 這個情形先不討論)
finalize之所以難以實現
就是因為很多種方式(例如你規定一個交易t時間後就堅決不再撤銷)
最終都會造成全網失去共識
就像我前一篇說的那種案例
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.112.232.231
※ 文章網址: https://www.ptt.cc/bbs/DigiCurrency/M.1516200062.A.DE8.html
→
01/18 12:02,
6年前
, 1F
01/18 12:02, 1F
→
01/18 12:03,
6年前
, 2F
01/18 12:03, 2F
→
01/18 12:03,
6年前
, 3F
01/18 12:03, 3F
→
01/18 12:03,
6年前
, 4F
01/18 12:03, 4F
推
01/18 12:58,
6年前
, 5F
01/18 12:58, 5F
→
01/18 12:58,
6年前
, 6F
01/18 12:58, 6F
→
01/18 13:00,
6年前
, 7F
01/18 13:00, 7F
→
01/18 13:00,
6年前
, 8F
01/18 13:00, 8F
→
01/18 13:00,
6年前
, 9F
01/18 13:00, 9F
→
01/18 13:01,
6年前
, 10F
01/18 13:01, 10F
→
01/18 13:02,
6年前
, 11F
01/18 13:02, 11F
→
01/18 13:03,
6年前
, 12F
01/18 13:03, 12F
→
01/18 13:04,
6年前
, 13F
01/18 13:04, 13F
→
01/18 13:05,
6年前
, 14F
01/18 13:05, 14F
→
01/18 13:07,
6年前
, 15F
01/18 13:07, 15F
推
01/18 13:31,
6年前
, 16F
01/18 13:31, 16F
→
01/18 13:32,
6年前
, 17F
01/18 13:32, 17F
→
01/18 13:32,
6年前
, 18F
01/18 13:32, 18F
推
01/18 13:34,
6年前
, 19F
01/18 13:34, 19F
→
01/18 13:34,
6年前
, 20F
01/18 13:34, 20F
→
01/18 13:35,
6年前
, 21F
01/18 13:35, 21F
→
01/18 13:36,
6年前
, 22F
01/18 13:36, 22F
→
01/18 13:37,
6年前
, 23F
01/18 13:37, 23F
→
01/18 13:38,
6年前
, 24F
01/18 13:38, 24F
對於所有誠實的節點來說
他們當然會傾向於去選機率高的tips
也就是雙花的兩個交易A跟B看誰的累積權重比較大 跟之前一樣假設是A好了
那麼A所在的sub-tangle的tips就比較會被誠實的節點選到
所以如果整個網路誠實的節點的算力比較高
確實可以達成共識 大家都往A所在的sub-tangle發展
但是IOTA根本無法強迫大家運用同一種tip selection algorithm
也就是說 攻擊者的節點明知大家都走A 但他偏偏就要選B這邊的tips
大家也不能拿他怎麼樣
(至於攻擊者如何做到跟大家唱反調 他只要把full node的code改一改就行了)
於是攻擊者就可以運用碾壓大眾的超強算力
一直發交易去壯大B所在的sub-tangle
一旦B的累積權重超過A
所有誠實節點的tip selection algorithm就通通會改成走B這邊了
※ 編輯: kugwa (140.112.16.145), 01/18/2018 13:59:10
→
01/18 13:41,
6年前
, 25F
01/18 13:41, 25F
→
01/18 13:42,
6年前
, 26F
01/18 13:42, 26F
→
01/18 13:42,
6年前
, 27F
01/18 13:42, 27F
→
01/18 13:43,
6年前
, 28F
01/18 13:43, 28F
→
01/18 13:44,
6年前
, 29F
01/18 13:44, 29F
推
01/18 13:44,
6年前
, 30F
01/18 13:44, 30F
→
01/18 13:45,
6年前
, 31F
01/18 13:45, 31F
→
01/18 13:45,
6年前
, 32F
01/18 13:45, 32F
→
01/18 13:45,
6年前
, 33F
01/18 13:45, 33F
→
01/18 13:46,
6年前
, 34F
01/18 13:46, 34F
→
01/18 13:46,
6年前
, 35F
01/18 13:46, 35F
→
01/18 13:47,
6年前
, 36F
01/18 13:47, 36F
→
01/18 13:47,
6年前
, 37F
01/18 13:47, 37F
→
01/18 13:50,
6年前
, 38F
01/18 13:50, 38F
→
01/18 13:51,
6年前
, 39F
01/18 13:51, 39F
→
01/18 13:51,
6年前
, 40F
01/18 13:51, 40F
→
01/18 13:51,
6年前
, 41F
01/18 13:51, 41F
→
01/18 13:52,
6年前
, 42F
01/18 13:52, 42F
→
01/18 13:53,
6年前
, 43F
01/18 13:53, 43F
→
01/18 13:57,
6年前
, 44F
01/18 13:57, 44F
→
01/18 13:57,
6年前
, 45F
01/18 13:57, 45F
→
01/18 14:00,
6年前
, 46F
01/18 14:00, 46F
→
01/18 14:01,
6年前
, 47F
01/18 14:01, 47F
→
01/18 14:01,
6年前
, 48F
01/18 14:01, 48F
白皮書提到的splitting attack的解決方案
根本就沒有解決問題好嗎
就像yc0304大說的
只要誠實算力不足以壓制攻擊算力
攻擊者就可以為所欲為
何況一般認為攻擊者只要34%就可以實現攻擊了
比區塊鏈容易許多
→
01/18 14:02,
6年前
, 49F
01/18 14:02, 49F
※ 編輯: kugwa (140.112.16.145), 01/18/2018 14:06:54
→
01/18 14:03,
6年前
, 50F
01/18 14:03, 50F
→
01/18 14:05,
6年前
, 51F
01/18 14:05, 51F
→
01/18 14:05,
6年前
, 52F
01/18 14:05, 52F
→
01/18 14:06,
6年前
, 53F
01/18 14:06, 53F
→
01/18 14:07,
6年前
, 54F
01/18 14:07, 54F
→
01/18 14:07,
6年前
, 55F
01/18 14:07, 55F
→
01/18 14:09,
6年前
, 56F
01/18 14:09, 56F
→
01/18 14:09,
6年前
, 57F
01/18 14:09, 57F
→
01/18 14:10,
6年前
, 58F
01/18 14:10, 58F
→
01/18 14:10,
6年前
, 59F
01/18 14:10, 59F
→
01/18 14:11,
6年前
, 60F
01/18 14:11, 60F
→
01/18 14:11,
6年前
, 61F
01/18 14:11, 61F
→
01/18 14:12,
6年前
, 62F
01/18 14:12, 62F
→
01/18 14:12,
6年前
, 63F
01/18 14:12, 63F
能不能麻煩解釋一下 技術上怎麼實現network bound PoW呢
→
01/18 14:13,
6年前
, 64F
01/18 14:13, 64F
→
01/18 14:13,
6年前
, 65F
01/18 14:13, 65F
→
01/18 14:15,
6年前
, 66F
01/18 14:15, 66F
→
01/18 14:15,
6年前
, 67F
01/18 14:15, 67F
→
01/18 14:16,
6年前
, 68F
01/18 14:16, 68F
我看MRjk大貼的討論串
Vitalik一開始好像也沒搞懂network bound PoW是什麼東西吧
而且這麼重要的東西 白皮書裡好像沒有提到吧 不知道是不是我沒看仔細
→
01/18 14:18,
6年前
, 69F
01/18 14:18, 69F
→
01/18 14:25,
6年前
, 70F
01/18 14:25, 70F
→
01/18 14:26,
6年前
, 71F
01/18 14:26, 71F
→
01/18 14:26,
6年前
, 72F
01/18 14:26, 72F
※ 編輯: kugwa (140.112.16.145), 01/18/2018 14:29:11
→
01/18 14:33,
6年前
, 73F
01/18 14:33, 73F
→
01/18 14:33,
6年前
, 74F
01/18 14:33, 74F
推
01/18 15:36,
6年前
, 75F
01/18 15:36, 75F
→
01/18 15:36,
6年前
, 76F
01/18 15:36, 76F
→
01/18 15:40,
6年前
, 77F
01/18 15:40, 77F
→
01/18 15:41,
6年前
, 78F
01/18 15:41, 78F
→
01/18 15:42,
6年前
, 79F
01/18 15:42, 79F
→
01/18 15:45,
6年前
, 80F
01/18 15:45, 80F
→
01/18 15:45,
6年前
, 81F
01/18 15:45, 81F
推
07/12 21:30,
5年前
, 82F
07/12 21:30, 82F
→
07/13 02:49,
5年前
, 83F
07/13 02:49, 83F
討論串 (同標題文章)
DigiCurrency 近期熱門文章
PTT數位生活區 即時熱門文章