推 emptie: 推。真理越辯越明 01/16 23:29
推 goldflower: 前面看到類似F的東西我就超問號的 01/16 23:30
→ goldflower: 只要引入審查機制就不太能談上去中心化吧 01/16 23:31
→ MRjk: 我覺得A~F 選哪種我都覺得可以討論 但是網路上一堆討論串 01/16 23:36
→ MRjk: 有人提問說A的缺點 另外就會有人說我們用B啦 說到B 又去提C 01/16 23:36
→ MRjk: 這樣討論根本無法收斂 所以我想請高手點迷津 到底是哪種方案 01/16 23:37
→ MRjk: 本來就不會有完美的方案 但只少要選一個才討論的下去吧 01/16 23:38
推 Sarnux: 老實講你的問題也是我的問題,目前網路資訊太分散眾說紛紜 01/16 23:40
推 Sarnux: 資訊轟炸下無法能有定論的判斷,或許這就是新技術發展的 01/16 23:43
→ Sarnux: 問題吧 01/16 23:43
所以其實S大也沒辦法確定到底是哪種方案?
我覺得這不是新技術的問題 說到底還是開發團隊風格的問題
說真的 我覺得比較失望的是
今天開發團隊 即使是還沒找到更好的解法也好 或是上述A~F其中一種方法正在開發也好
都有必要明確的講清楚到底是如何運作的
讓人能理解才能讓人跟隨
(大方的承認是未解問題也是一種理解, 例如ETH wiki裡說明了它們選擇了account制度
取代了BTC使用的UTXO制度,必然帶來了tx nonce和account maintain的代價)
但個人感覺現在有點在打模糊仗
一下叫你看白皮書都有寫 一下又在另外一個網誌說了另一種方法
一下又說新技術要保密 開發出來你就知道了
這讓誰都摸不著頭緒
推 Ceferino: 實作上感覺E最有可能,F機率最低 01/16 23:45
推 emptie: 從前面的開發團隊在reddit上的回應看起來他們應該是願意 01/16 23:45
→ emptie: 對中心化妥協也要節省運算量? 01/16 23:45
推 Sarnux: 另一個層面來講代表有follow到技術發展的最新現況,如果 01/16 23:48
→ Sarnux: 能成功追上就有機會build一些貢獻在上面? 01/16 23:48
推 Ceferino: E的作法應該會把coordinator能做的事變少,跟byteball的 01/16 23:48
→ Ceferino: 見證人一樣 01/16 23:48
推 kugwa: 我也覺得網路上很多討論,常常一針對某個點去提出質疑,焦 01/17 00:31
→ kugwa: 點就會被轉移。如果大家都花點時間了解一下技術面,並且親 01/17 00:31
→ kugwa: 自思考一項技術有哪些漏洞然後有什麼方法可以防禦,我覺得 01/17 00:31
→ kugwa: 討論會更聚焦。 01/17 00:31
→ kugwa: 畢竟就是對一項技術有所期望,才會儘量去檢視所有隱含的缺 01/17 00:32
→ kugwa: 陷 01/17 00:32
推 DarkerDuck: 是啊,我本身不喜歡IOTA社群都直接貼FUD的標籤 XDD 01/17 00:36
推 kugwa: 弱弱的問一下,FUD是什麼意思呢?我看維基百科沒有領悟到 01/17 00:41
推 x10afreedom: 記得FB的某IOTA社團在從6塊錢跌下來時有社員畫線叫 01/17 00:44
→ x10afreedom: 信徒別慌hodl住的當天立馬退社,跟股友社有87%相似 01/17 00:44
推 x10afreedom: Fear,uncertainty,doubt就是不確定或不是事實的東西 01/17 00:48
※ 編輯: MRjk (59.127.26.8), 01/17/2018 00:59:04
推 Ash1taka: 啥時上到六塊了?Robert Bosch的消息曝光時也只到5.8 01/17 01:07
推 yys310: 韓國交易所 01/17 01:08
推 x10afreedom: 所以從6塊改成5.x有比較開心了嗎? 01/17 01:15
推 WindSucker: 信仰 01/17 04:03
推 coronach: 我猜E跟F都有可能 01/17 06:23
推 AtsuHiro: 若真的用F 感覺各項時間軸都會往後推延很多 01/17 07:10
推 vvind: 我覺得很可能是E,但是是去中心化的(trustless),這樣我比 01/17 09:43
→ vvind: 較支持的下去… 01/17 09:43
推 coronach: E的可行性很高啊 尤其硬體商一定樂意當協調者 01/17 09:47
→ coronach: 很多間大公司一起的話 那也不算很中心化...XD 01/17 09:48
推 leftc: 我是從做iot進來iota的,我接觸到的資訊一直都是E的模式 01/17 10:01
→ leftc: 白皮書理念雖然是每個iot都可以做pow來積沙成塔 01/17 10:01
→ leftc: 但以目前硬體科技和成本實在有難度,所以才會有swarm node 01/17 10:02
→ leftc: 真正的交易還是會傳到fullnode上去做pow 於是做iot的業者就 01/17 10:03
→ leftc: 需要架設full node給自己的iot裝置們使用 01/17 10:04
→ leftc: 而fullnode的數量(能力)也會跟iot數量呈正比 所以只要iot產 01/17 10:08
→ leftc: 業不要被壟斷的太誇張,應該還是有一定的去中心化程度 01/17 10:10
→ leftc: 況且IOT業者也怕攻擊,所以維持足夠算力是必要的手段 01/17 10:20
推 ZERX: 謝謝大大們的討論跟分享! 01/17 12:17
→ MRjk: 如果是E 那我就不懂為什麼要一直宣傳今年內會把Coordinator 01/17 20:36
→ MRjk: 拿掉 ,看起來始終都沒打算要拿掉呀, 另外Coc還存在的話,也就 01/17 20:38
→ MRjk: 不會向當初講的0手續費了吧,大公司架server也是要成本,怎可 01/17 20:39
→ MRjk: 能0手續費隨便你交易到爽,誰來付full node節點頻寬和電費? 01/17 20:40
→ MRjk: 最後 交易越多確認越快這件事是不是也變成受限於網路中協調 01/17 20:42
→ MRjk: 者所能處理的最大交易量? 01/17 20:42
→ MRjk: @leftc大 這不是硬體科技和成本問題 而是邏輯問題 IoT裝置 01/17 20:46
→ MRjk: 硬體科技進步了 攻擊者的專用硬體也會跟著進步 在同樣的時空 01/17 20:46
→ MRjk: 底下IoT定義上就是不可能比專用大型硬體強 不管科技發展再過 01/17 20:47
→ MRjk: 30年還是300年 都不會有追平的一天 01/17 20:48
推 tcn1john: IOT問題之一資安太差,組成殭屍網路,配合算力很難擋 01/17 21:09
推 leftc: MRjk你可能誤會了 我就是在說IOT不會拿來做POW阿 01/18 12:07
→ leftc: fullnode才會是POW所在,可預想的是專用的機房伺服器等級 01/18 12:09
→ leftc: 你問的費用問題正好是iota可以解決的機器對機器交易場景 01/18 12:10
→ leftc: iot公司出售iot裝置就同時可以出售pow方案 可以參考sigfox 01/18 12:13
→ leftc: sigfox就是硬體綁網路方案,這種商業方案物聯網是有市場的 01/18 12:14
→ leftc: 如果不想用商業方案,自己iot連到自己架fullnoed做pow也可 01/18 12:15
→ leftc: 就變得像是目前LoRa的狀況,很多人是自己架iot通訊站 01/18 12:16
推 kugwa: 樓上說得很像D吧,但不就跟白皮書整個矛盾? 01/18 13:24
推 leftc: 恩是D沒錯,以我摸索到現在iota很難在真正的iot上做pow 01/18 14:35
→ MRjk: 如果是D那用現行區塊鏈甚至傳統主僕模式就好了不是嗎? 01/18 23:23
→ MRjk: IoT一定要連到預定節點才能交易 用tangle網路的優勢是? 01/18 23:24
推 leftc: 我是從IOT切入的,所以我看待tangle的對手是TCP或MQTT 01/18 23:37
→ leftc: 所以我覺得我在講的跟MRjk想知道的是不一樣的東西XD 01/18 23:38
→ leftc: 加密技術可以帶給IOT去中心化跟資料安全 但區塊鏈vsTangle 01/18 23:39
→ leftc: 在這產業上誰比較好用..因為都在起步 應該也很難回答 01/18 23:40
→ leftc: 目前使用Tangle取代MQTT是可行的 但對於攻擊面我了解不深 01/18 23:42
→ leftc: 話說回來 得感謝各位大大精彩的討論 讓專案更加透明 01/18 23:44
→ leftc: 補充一下我認為tangle比現行IOT常見網路協定來得好的地方是 01/18 23:48
→ leftc: 他同時可以肩負資料傳輸,驗證,分散,甚至是資料付費商業模式 01/18 23:50
→ leftc: 尤其是最後一點我猜就是大公司看上的地方,目前的藍海區域 01/18 23:52
推 kugwa: 再推一次這篇 之前沒有好好思考各種可能的運作模式 01/21 00:02