以太坊建設者談開放協作:去中心化與緊急應變的取捨
Open Coordination at Scale
場次摘要
這場座談聚焦以太坊如何在沒有單一控制者的情況下協作,以及安全事件發生時的應變取捨。Yash 認為,公開協作讓參與者更容易理解彼此的誘因。Smit 與 Yash 討論智慧合約不可變更所帶來的修補限制;Yash 也指出,應用加入暫停、黑名單與升級權限,會使控制權更集中。 在具體做法上,Smit 描述核心開發者先私下協調相關鏈更新軟體,而非立即公開漏洞。Yash 主張防護不能只看智慧合約,也要涵蓋交易簽署系統與軟體開發、部署流程,並認為現階段應優先保護使用者資金。Kashvi 建議地方社群設立代表、維持一致溝通;Yash 則提醒,開源參與應分清學習與提供價值,避免沒有實質幫助的貢獻。
值得記下的 5 件事
- [29:40]
不可變更與緊急控制存在取捨 Yash 表示,他希望能放心部署不可變更的智慧合約,但認為目前尚未到那個階段
他將黑名單、暫停與升級能力視為過渡期的應變工具,並主張現階段保護使用者資金比去中心化更優先;這是他的立場,而非座談證實的必然選擇。
- [18:20]
安全防線不能停在智慧合約 Yash 主張,防護也應涵蓋交易簽署系統,以及軟體開發、部署與維運流程
他支持讓更多人取得可協助資安工作的人工智慧模型,以因應攻防環境變化;但座談未提供這類模型防護成效的測試。
- [14:20]
漏洞協調不等於立即公開細節 Smit 描述,以太坊核心開發者發現重大漏洞時,會與採用相關軟體的其他鏈內部溝通,協調部署修補
他也指出,緊急處置取決於協議具備哪些能力;程式碼不可變更時,直接修改程式的應變方式便受到限制。
- [22:20]
地方社群需要代表與一致溝通 Kashvi 建議,各地社群選出聯絡窗口或代表,負責與全球社群溝通
她指出,不同地區的情境並不相同,但仍可建立一致的溝通架構;重點不只是到各地活動,也要有持續運作的制度。
- [28:40]
開源參與要分清學習與提供價值 Yash 建議,剛入門的人先以學習為目標,已有足夠理解的人則應著重提供價值
他反對只是做些事情、卻沒有幫助他人的參與方式,提醒貢獻者先想清楚自己的工作能帶來什麼實質價值。
更多來自 DEVCON 8
Arrow 的硬體 DAO 實驗:AI 協作、在地製造與責任分工
A DAO Shipped an Aircraft: What It Takes to Coordinate Atoms with Tokens
Thomas Garrison
Kohaku:以 SDK 將隱私與安全功能帶入以太坊錢包
Kohaku : privacy for everyone, by default
Nico、Vitalik
私密區塊鏈的取捨:隱私、去中心化與合約協作
Private State, Public Network: The Tradeoffs Behind Privacy
Zachary Williamson