PTT數位生活區 / DigiCurrency (數位貨幣)

[閒聊] BTC的資料量已經來到60多G?

看板DigiCurrency (數位貨幣)作者 (此方不可長)時間7年前 (2017/06/07 01:03), 編輯推噓12(12推 0噓 99→)
留言111則, 9人參與, 最新討論串1/1
看了很多BTC的資料, BTC的特質是會記錄從第一筆以來的所有資料, 存在每個節點內 這就有點微妙了, 如果未來BTC成為更流行的貨幣, 那占用的空間一下子不就破表了? 而且這麼長的交易紀錄, 驗證起來不是會很耗用計算資源嗎? 到那個時候會怎樣? 有沒有高手能說明看看? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.171.183.78 ※ 文章網址: https://www.ptt.cc/bbs/DigiCurrency/M.1496768621.A.8C2.html
推
06/07 01:25, , 1F
容量的話 目前最大是1MB 有限制的
06/07 01:25, 1F
→
06/07 01:25, , 2F
不會破表 只會塞車
06/07 01:25, 2F
→
06/07 01:26, , 3F
為什麼不會破表?只要有交易次數就會一直變肥下去啊?
06/07 01:26, 3F
推
06/07 01:28, , 4F
如果一直沒擴容，那硬碟容量增加的幅度就差不多是現在這
06/07 01:28, 4F
→
06/07 01:28, , 5F
樣。
06/07 01:28, 5F
→
06/07 01:28, , 6F
以前是認為增加的速度可以接受的原因是根據摩爾定律來看
06/07 01:28, 6F
→
06/07 01:28, , 7F
，硬體會比增加的需求進步快。但還是會有人擔心容量太大
06/07 01:28, 7F
→
06/07 01:28, , 8F
造成更中心化。
06/07 01:28, 8F
→
06/07 01:28, , 9F
其實一般使用者都是跑SPV就好，如果要跑bitcoin core也
06/07 01:28, 9F
→
06/07 01:28, , 10F
可以設定硬碟佔最大的容量，它就會自動留最近的區塊，但
06/07 01:28, 10F
→
06/07 01:28, , 11F
還是要下載所有區塊一次，算出UTXO。
06/07 01:28, 11F
→
06/07 01:28, , 12F
速度你不用擔心，依照比特幣架構，並不是硬碟佔愈大驗證
06/07 01:28, 12F
→
06/07 01:28, , 13F
愈久，而是要看當下的UTXO數量。
06/07 01:28, 13F
→
06/07 01:28, , 14F
如果以後LN(lighting network)體驗還可以的話，應該可以
06/07 01:28, 14F
→
06/07 01:28, , 15F
舒緩急需擴容的需求，否則區塊數量太大，硬碟增加速度確
06/07 01:28, 15F
→
06/07 01:28, , 16F
實應該會滿驚人。
06/07 01:28, 16F
推
06/07 01:57, , 17F
現在我們一般在轉帳都是on chain transaction,在segwit
06/07 01:57, 17F
→
06/07 01:57, , 18F
啟動後跟著就會有所謂LN,它屬於off chain轉帳，它在使用
06/07 01:57, 18F
→
06/07 01:57, , 19F
時有個缺點就是要先將某些資金鎖起來然後才能使用LN轉帳
06/07 01:57, 19F
→
06/07 01:57, , 20F
。我比較喜歡把它想成你要把錢先存在某銀行才能做轉帳，
06/07 01:57, 20F
→
06/07 01:57, , 21F
這時用LN轉帳就可以即時且不佔區塊空間，接收和傳送都是
06/07 01:57, 21F
→
06/07 01:57, , 22F
瞬間的事，能容納的轉帳數也跟現在不同數量級。但跟存在
06/07 01:57, 22F
→
06/07 01:57, , 23F
銀行不同的是LN確實是利用比特幣的特性做轉帳，所以不會
06/07 01:57, 23F
→
06/07 01:57, , 24F
有說銀行可以把你的錢沒收的情況，任何時候只要你關閉鎖
06/07 01:57, 24F
→
06/07 01:57, , 25F
住的錢，馬上就可以把餘額拿回來。這時候才會真正寫到區
06/07 01:57, 25F
→
06/07 01:57, , 26F
塊錬上，所以可以想見的一天是，也許錬上轉帳會極為昂貴
06/07 01:57, 26F
→
06/07 01:57, , 27F
，可能只有LN節點才付得起錢，我認為這也合理，否則區塊
06/07 01:57, 27F
→
06/07 01:57, , 28F
獎勵比例愈來愈少，礦工只能靠手續費賺錢，如果區塊大小
06/07 01:57, 28F
→
06/07 01:57, , 29F
太大，硬碟增加速度太快，如果區塊大小維持，那手續費勢
06/07 01:57, 29F
→
06/07 01:57, , 30F
必要提高才能維持原有的利潤。到最後區塊獎勵幾乎沒有了
06/07 01:57, 30F
→
06/07 01:57, , 31F
之後，礦工也才有動力繼續工作賺手續費。
06/07 01:57, 31F
推
06/07 02:00, , 32F
說不定以後你跟你孫子說爺爺以前比特幣轉帳都是用on cha
06/07 02:00, 32F
→
06/07 02:00, , 33F
in轉帳，他們會覺得也太奢侈...
06/07 02:00, 33F
→
06/07 02:20, , 34F
這樣聽起來去中心化這個目標會很難達成呢...?
06/07 02:20, 34F
→
06/07 02:20, , 35F
至少不會完全去中心化
06/07 02:20, 35F
→
06/07 02:28, , 36F
一般人就用SPV錢包就好了，用完整錢包沒必要
06/07 02:28, 36F
→
06/07 02:29, , 37F
就算你大部份的人都用完整錢包好了，你礦工中心化
06/07 02:29, 37F
→
06/07 02:29, , 38F
你錢包再怎麼去中心化也是沒有用的
06/07 02:29, 38F
→
06/07 02:35, , 39F
LN有個很大的問題，既然你開通道這麼昂貴
06/07 02:35, 39F
還有 32 則推文
→
06/07 08:58, , 72F
麼還要去用BTC的off-chain交易
06/07 08:58, 72F
→
06/07 09:04, , 73F
假如一個礦場可以買上千張GPU，卻連個磁碟陣列也買不
06/07 09:04, 73F
→
06/07 09:04, , 74F
起，那也是蠻奇怪的，更何況BTC用了這麼久，區塊大小
06/07 09:04, 74F
→
06/07 09:04, , 75F
還沒超過一個最低階的500GB硬碟，根本是杞人憂天，也
06/07 09:04, 75F
→
06/07 09:04, , 76F
沒聽說哪個礦場在唉說儲存成本太高的，假如真的有礦場
06/07 09:04, 76F
→
06/07 09:04, , 77F
唉這個的時候，才是區塊太大的時候。
06/07 09:04, 77F
→
06/07 09:08, , 78F
現在手續費已經誇張到只要20筆交易就可以買一台500GB
06/07 09:08, 78F
→
06/07 09:08, , 79F
硬碟，這樣真的會造成礦工困擾??只有黑人問號.jpg
06/07 09:08, 79F
推
06/07 09:13, , 80F
看這篇的回應受益良多，可以入精華XD
06/07 09:13, 80F
推
06/07 09:23, , 81F
比特幣網路生態除了礦工還有Full Node啊！沒有了Full No
06/07 09:23, 81F
→
06/07 09:23, , 82F
de,以後只有礦工有完整區塊錬，那不是更中心化了嗎。而
06/07 09:23, 82F
→
06/07 09:23, , 83F
且eth還可容忍我認為也是因為用的人還沒那麼多，否則他
06/07 09:23, 83F
→
06/07 09:23, , 84F
們為何要開發radier。而版大說的錢被payment hub掌握這
06/07 09:23, 84F
→
06/07 09:23, , 85F
件事跟我之前的理解有所不同，我有空會再更深入瞭解
06/07 09:23, 85F
→
06/07 09:30, , 86F
在比特幣最初概念裡，人人都是礦工，人人都是完整節點
06/07 09:30, 86F
→
06/07 09:33, , 87F
因為礦工擁有撰寫記帳本的權利，擁有完整區塊鏈是必須
06/07 09:33, 87F
→
06/07 09:34, , 88F
但不挖礦的節點還擁有完整區塊鏈其實意義不大
06/07 09:34, 88F
→
06/07 09:35, , 89F
所以中本聰最初的論文就有提到SPV的架構
06/07 09:35, 89F
→
06/07 09:36, , 90F
不挖礦的節點跑SPV就足夠，因為已經足夠驗證交易有效
06/07 09:36, 90F
→
06/07 09:37, , 91F
我個人是也看不出來不挖礦的節點擁有完整區塊鏈對於
06/07 09:37, 91F
→
06/07 09:38, , 92F
去中心化的幫助在哪邊，挖礦去中心化更為重要
06/07 09:38, 92F
→
06/07 09:40, , 93F
你要開通道要先付押金和開通道的手續費，一般付不起的
06/07 09:40, 93F
→
06/07 09:41, , 94F
使用者當然就是直接把錢丟到這些payment hub
06/07 09:41, 94F
→
06/07 09:42, , 95F
，請他們處理，除非有方法可以零押金低成本開通道
06/07 09:42, 95F
→
06/07 09:42, , 96F
那這樣使用者只要用自己的錢包開通道即可
06/07 09:42, 96F
→
06/07 09:43, , 97F
不過這和blockstream的wet dream好像不太合就是
06/07 09:43, 97F
→
06/07 09:52, , 98F
至於ETH基本上也是歡迎交易量成長的，從一開始就把
06/07 09:52, 98F
→
06/07 09:52, , 99F
區塊產生速度設到非常極限的15秒，區塊大小也是可變動
06/07 09:52, 99F
→
06/07 09:53, , 100F
可見的未來，ETH的on-chain交易根本不會有擁塞問題
06/07 09:53, 100F
推
06/07 09:58, , 101F
我是認為在礦工已經中心化的環境下，Full Node更為重要
06/07 09:58, 101F
→
06/07 09:58, , 102F
，它可以再次驗證礦工或交易資訊，如果驗證到有惡意區塊
06/07 09:58, 102F
→
06/07 09:59, , 103F
或交易就直接切斷傳輸管道避免繼續散播在網路上，並協助
06/07 09:59, 103F
→
06/07 09:59, , 104F
傳遞交易資訊。如果說Full Node不重要，那礦工成必在意
06/07 09:59, 104F
→
06/07 09:59, , 105F
有多少人支持UASF，礦工們玩自己的就好了。在這裡Full N
06/07 09:59, 105F
→
06/07 09:59, , 106F
ode某方面就代表一般使用者的發言權，否則比特幣的生態
06/07 09:59, 106F
→
06/07 09:59, , 107F
絕對會一直向礦工有利方向發展，對使用者也不是好事。
06/07 09:59, 107F
推
06/07 10:48, , 108F
解說推。要是板主跟mit大用回文，排版更好讀就更棒了
06/07 10:48, 108F
→
06/07 10:48, , 109F
。
06/07 10:48, 109F
推
06/07 11:16, , 110F
你可以a我的文，之前有大概講過一遍所以就不用回文了
06/07 11:16, 110F
→
06/07 11:17, , 111F
06/07 11:17, 111F
‣ 更多 wahaha99 的文章
文章代碼(AID): #1PDk1jZ2 (DigiCurrency)
DigiCurrency 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 wahaha99 的文章
文章代碼(AID): #1PDk1jZ2 (DigiCurrency)