推 sismiku: 推優文 02/27 03:12
推 d15388david: 先推再看 02/27 03:25
推 silverado: 推 02/27 05:49
推 remia81: 先推 02/27 06:11
推 ketao: 推 02/27 07:59
推 kidneyweakx: 推 02/27 08:22
推 itsdelovely: 推 02/27 09:00
推 dali17dali17: 優質文 02/27 09:35
推 kugwa: 推 02/27 09:36
→ kugwa: 不過我覺得UTXO模型下一樣可以有智能合約架構 02/27 09:36
→ kugwa: 就讓每個合約有自己的UTXO(或說一UTXO可能是某個合約的) 02/27 09:38
這個確實有人在做了,不過account交易模型還是有效率和簡潔的優勢,
不然V神也沒必要大改從UTXO架構改成account架構。
https://komodoplatform.com/crypto-conditions-utxo-based-smart-contracts/
https://goo.gl/7AcDji https://goo.gl/R228K6
https://counterparty.io/docs/faq-smartcontracts/
中本聰很顯然早就想到比特幣必須平行化擴容,才會設計出UTXO。
每一個input串下去的UTXO都可以被multi-thread平行化驗證,這是擴容上極大的優點,
account制要擴容只能用非常複雜的方案譬如sharding才能處理。
其實還有另外一個方向就是UTXO和account混和制。
推 Fice: 推 02/27 09:53
推 ReanoX: 認真推 02/27 10:03
推 waakye: 謝謝回覆 我在多看看了解 02/27 10:42
推 john801110: 原來! 02/27 11:54
推 sweetalex: 推優文 02/27 11:56
推 Ayukawayen: ETH區塊内的Tx是有序的 同帳戶多筆Tx進同一區塊是可以 02/27 12:07
→ Ayukawayen: 的 只要在區塊內沒有違反順序就好(例:A,B都在區塊1000 02/27 12:08
→ Ayukawayen: ,且A在B前,這樣是可以的) 02/27 12:09
→ DarkerDuck: 感謝樓上補正,因為我有自己實際測試 02/27 12:14
→ DarkerDuck: 之前測試都會多一個區塊,可能是我發交易速度不夠快 02/27 12:15
→ DarkerDuck: 而且我還故意第一筆交易給很低的gas price來卡交易 02/27 12:18
推 balancemask: 推 02/27 12:42
推 vvind: 推 02/27 13:10
推 TomSoong: TRON的ACCOUNT系統好像不支持nonce保證前後順序 02/27 13:56
※ 編輯: DarkerDuck (118.171.108.32), 02/27/2019 16:14:25
→ DarkerDuck: 我查了一下TRON好像是UTXO和account混和制 02/27 17:02
→ DarkerDuck: 待強者補充 02/27 17:02
※ 編輯: DarkerDuck (60.249.215.220), 02/27/2019 17:06:03
→ DarkerDuck: 看起來TRON的基礎仍然使用UTXO機制 02/27 17:23
推 john371911: 解說推。雖然原理看不懂。 02/27 17:37
推 Jkx: 讚 02/27 19:49
推 kugwa: 感謝板大回應~我之前研究過qtum白皮書,我說的作法就跟他 02/27 21:42
→ kugwa: 的滿像的: 02/27 21:42
→ kugwa: Blockchain state除了有當前utxo set,也有現存的所有合約 02/27 21:42
→ kugwa: 。一個合約可以擁有多個utxo,而一個utxo只能屬於一個合約 02/27 21:42
→ kugwa: ,或是不屬於任何合約但像原本比特幣一樣可以被script解鎖 02/27 21:42
→ kugwa: 。合約要轉錢出去的時候,vm會動用該合約的utxo(刪除花掉 02/27 21:42
→ kugwa: 的utxo並根據轉錢目的地產生新的utxo)。合約的utxo只能被v 02/27 21:42
→ kugwa: m動到,使用者發的交易的input如果有引用到合約的utxo就會 02/27 21:42
→ kugwa: 被拒絕。 02/27 21:42
→ kugwa: 我猜所謂帳戶和utxo混用,應該跟這種作法是一樣意思:最底 02/27 21:42
→ kugwa: 層是utxo,往上一層是帳戶;一個帳戶擁有多個utxo,而一個u 02/27 21:42
→ kugwa: txo可以屬於某個帳戶也可以獨立使用(用script解鎖)。 02/27 21:42
→ kugwa: 這樣混用的優缺點就是同時繼承兩者的優缺點。 02/27 21:49
→ kugwa: 優勢:直觀的帳戶體系(反正使用者只要知道每個帳戶有多少 02/27 21:49
→ kugwa: 餘額,這些餘額如何由utxo組成不重要)以及UTXO的優勢(要 02/27 21:49
→ kugwa: 隱私就不要特地開一個帳戶,照原本比特幣那樣用就好) 02/27 21:49
→ DarkerDuck: 看起來qtum和tron都是用同樣的方法實現智能合約平台 02/27 21:50
→ DarkerDuck: 這樣的確可以整合兩者優點,提高UX、隱私和擴容性 02/27 21:51
→ kugwa: 劣勢:其中一個就是blockchain state變頗複雜,utxo set和a 02/27 21:52
→ kugwa: ccount set都要維護,還要互相指來指去。 02/27 21:52
→ DarkerDuck: 感謝補充優缺點,可以來好好研究 02/27 22:00
推 camellala: 快推,才不會被人發現我看不懂 02/28 00:07
推 goldflower: 推個 02/28 19:09
※ 編輯: DarkerDuck (36.236.95.245), 02/28/2019 19:24:56
※ 編輯: DarkerDuck (118.171.110.179), 04/10/2019 03:21:56
推 slayptter: 推文不錯 04/14 13:24
→ slayptter: 讓我有新的靈感XDD 04/14 13:24