ภาพใหญ่ของการกำกับดูแล Ethereum
หมายเหตุบรรณาธิการ: บทความนี้มาจากผู้ที่ชื่นชอบ Ethereum (ID: ethfans)หมายเหตุบรรณาธิการ: บทความนี้มาจาก
ผู้ที่ชื่นชอบ Ethereum (ID: ethfans)
ผู้ที่ชื่นชอบ Ethereum (ID: ethfans)
, ผู้แต่ง: Boris Mann, แปล: A Jian, พิมพ์ซ้ำโดย Odaily โดยได้รับอนุญาต
ในบทความนี้ ผมพยายามสรุปแนวทางการกำกับดูแลของ Ethereum ในระดับต่างๆ แนวคิดหลักได้รับการเผยแพร่ในฟอรัม Ethereum Magicians และจุดประกายให้เกิดการสนทนา
หากคุณต้องการทราบข้อมูลเล็กน้อยเกี่ยวกับภูมิหลังของฉัน คุณสามารถตรวจสอบการเข้าร่วมชุมชน Ethereum ของฉันได้ที่ท้ายบทความนี้ ฉันยังใหม่ต่อชุมชน Ethereum แต่ฉันมีประสบการณ์การทำงานร่วมกันแบบโอเพ่นซอร์สมากมายแล้ว รวมถึงการช่วยก่อตั้ง Drupal Association เพื่อสนับสนุน Drupal CMS
คำว่า "Ethereum" มีความหมายหลายประการ:
มูลนิธิ Ethereum หรือที่เรียกว่า "Stiftung Ethereum" เป็นมูลนิธิที่ตั้งอยู่ในสวิตเซอร์แลนด์ซึ่งก่อตั้งขึ้นโดยมีพันธกิจในการระดมทุนและเปิดตัวเครือข่าย มูลนิธิยังถือเครื่องหมายการค้า ethereum พวกเขายังจัดการโครงสร้างพื้นฐานจำนวนมากสำหรับชุมชน และได้จ้าง/เอาต์ซอร์สหลายทีมเพื่อพัฒนาซอฟต์แวร์หลักของ Ethereum ตั้งแต่กรอบการทดสอบไปจนถึงไคลเอนต์ Geth และอื่นๆ ตอนนี้มูลนิธิยังจ้างหรือลงทุนนักวิจัยและทีมงานเพื่อมีส่วนร่วมในการวิจัยการเข้ารหัส/บล็อกเชนที่สำคัญ โดยปัจจุบันมุ่งเน้นไปที่การวิจัย ETH21 มูลนิธิยังเป็นเจ้าภาพจัดการประชุมนักพัฒนา "อย่างเป็นทางการ" ประจำปี (หรือที่เรียกว่า "DevCon") แต่มูลนิธิ Ethereum ไม่ได้ควบคุมทิศทางทางเทคนิคของเครือข่าย (หมายเหตุผู้เขียน 1: ขอบคุณ Tim Beiko ที่แนะนำว่าการวิจัยเป็นกิจกรรมพื้นฐานของ EF เช่นกัน เป็นการอภิปรายที่น่าสนใจมากที่จะอธิบายอย่างชัดเจนว่าชุมชนทั้งหมดเห็นธรรมชาติและการทำงานของ EF อย่างไร แต่นั่นไม่ใช่แกนหลักของเรื่องนี้ บทความ )
Ethereum mainnet ยังเป็นบล็อกเชนสาธารณะระดับโลกซึ่งดำเนินการร่วมกันโดยโหนดนับพันทั่วโลก ฟังก์ชันการประมวลผลธุรกรรมและความปลอดภัยนั้นจัดทำโดย "นักขุด" ซึ่งเรียกใช้อัลกอริธึมการพิสูจน์การทำงาน และนักขุดจะได้รับ บล็อกรางวัลเป็นการตอบแทน สกุลเงินดิจิทัลหลักที่หมุนเวียนบน Ethereum blockchain มักเรียกว่า "ETH" สกุลเงินนี้สามารถใช้เพื่อชำระค่าธรรมเนียมการทำธุรกรรมและการดำเนินการตามสัญญาและยังเป็นมูลค่าที่รู้จักในเครือข่าย ทั้ง chain ID และ network ID ของ Ethereum mainnet คือ 1 2 (หมายเหตุผู้เขียน 2: สำหรับข้อมูลเกี่ยวกับบล็อคเชนทั้งหมดที่ใช้โปรโตคอล Ethereum และ ID ที่เกี่ยวข้อง โปรดดูที่ chainid.network ฉันยังช่วยดูแลไซต์นี้ด้วย)
Ethereum ยังเป็นชุมชน ซึ่งหมายถึงกลุ่มที่ต้องการทำสิ่งต่าง ๆ บนโปรโตคอล Ethereum แอปพลิเคชันแบบกระจายบน Ethereum blockchain และโปรโตคอลเครือข่ายแบบกระจายอำนาจที่เกี่ยวข้อง การพัฒนาของทุกคนมุ่งเน้นที่เครือข่ายหลักเป็นหลัก แต่เมื่อเวลาผ่านไป ผู้คนจำนวนมากขึ้นเรื่อยๆ กำลังพัฒนา side chains, Layer-2 protocols และอื่นๆ
ตอนนี้เรามีแนวคิดพื้นฐานแล้ว เรามาดูลำดับชั้นของการกำกับดูแลกัน คำสั่งด้านล่างค่อนข้างหยาบ แต่ระดับที่สูงขึ้นจะวนกลับไปสู่ระดับที่ต่ำกว่า
ชื่อเรื่องรอง
การทำงานร่วมกันแบบโอเพ่นซอร์ส
"โอเพ่นซอร์ส" เป็นคำย่อจริง ๆ และยังมีความหมายหลายอย่าง: สามารถอ้างถึงลักษณะของการออกใบอนุญาต วิธีการทำงาน หรือปรัชญา ความหมายของคำนี้จะกล่าวถึงในบทความ "การผลิตร่วมแบบเปิดของเพื่อน" ที่ฉันเขียนในภายหลังใช้คำจำกัดความที่ละเอียดยิ่งขึ้น โดยใช้โอเพ่นซอร์สเพื่ออ้างถึงการจัดการรหัสคอมพิวเตอร์ที่อนุญาตให้ใช้โอเพ่นซอร์ส: ผู้ดูแลระบบฐานรหัส, ปัญหา (ปัญหา), คำขอเข้าร่วมรหัส (ดึงคำขอ), การทำซ้ำ (ส้อม) และชุมชนผู้ใช้และผู้มีส่วนร่วมทั่วโลก
มีรายชื่อไคลเอ็นต์ ETH1 ใน Ethereum Wiki page3 - อย่างที่คุณเห็น ส่วนใหญ่ในปัจจุบันได้รับการจัดการโดย Ethereum Foundation แม้ว่าในทางปฏิบัติแล้วจะเป็นแต่ละทีมและผู้สนับสนุนที่จัดการโครงการเอง เป็นอิสระจากแต่ละทีม อื่น ๆ แม้ว่าทุกคนจะได้รับค่าตอบแทนจาก Ethereum Foundation (EF) ไม่ว่าจะจ้างหรือว่าจ้างจากภายนอกก็ตาม ข้อยกเว้นสองประการคือไคลเอนต์ Parity Ethereum (โครงการถูกควบคุมโดยบริษัท Parity Technologies) และไคลเอนต์ PegaSys Pantheon (ควบคุมโดยบริษัท ConsesnSys) ไคลเอนต์ทั้งสองนี้ถือเป็นไคลเอนต์ "หลัก" เนื่องจากโปรเจ็กต์ยังคงทำงานอยู่และซอฟต์แวร์ถูกใช้เพื่อเรียกใช้โหนดและเชื่อมต่อกับ mainnet ไคลเอนต์ Nimbus สำหรับ Status ก็อยู่ในการพัฒนาเช่นกัน และเราเห็นว่าการควบคุมโค้ดมีความหลากหลายเพิ่มขึ้น รายการแรกๆ ของการใช้งาน Beacon Chain ของ ETH2 ก็เน้นเรื่องนี้เช่นกัน (หมายเหตุผู้เขียน 3: ฉันกำลังช่วยดูแลหน้านี้ แต่ทุกอย่างเปิดให้แก้ไขได้ และโค้ดนั้นดูแลโดย Virgil Griffith @virgilgr ซึ่งทำงานในแผนกวิจัยของมูลนิธิ Ethereum) (หมายเหตุผู้แปล: บทความของผู้แต่ง เขียน มีนาคม 2019 ตอนนี้ Parity Technologies ได้ละทิ้งโครงการไคลเอ็นต์ Parity และ Parity Ethereum ได้เปลี่ยนเป็นโครงการ Open Ethereum)
ซอฟต์แวร์ไคลเอนต์ Ethereum ทั้งหมดได้รับการจัดการเป็นโครงการโอเพ่นซอร์ส โดยมีผู้ร่วมให้ข้อมูลรหัสที่แตกต่างกัน เมื่อเราพูดว่า "จัดการเป็นโครงการโอเพ่นซอร์ส" เราหมายความว่าข้อบกพร่องหรือคำขอคุณลักษณะที่แสดงเป็นปัญหาสามารถแก้ไขและดำเนินการได้โดยทุกคน และทุกคนสามารถใช้คำขอการสนับสนุนโค้ดเพื่อส่งการแก้ไขโค้ดและคุณลักษณะใหม่ ซึ่งจะได้รับการจัดการโดย กลุ่มผู้ดูแลระบบ ผู้ดูแลระบบคือผู้ที่มีสิทธิ์ในการเขียนโค้ดเบสและ/หรือสามารถช่วยจัดการคิวปัญหาได้ ผู้ดูแลระบบอาจได้รับค่าตอบแทนจากองค์กรหรืออาจเป็นอาสาสมัคร
คำแนะนำของฉันในเรื่องนี้คือให้เปลี่ยนไปใช้ใบอนุญาต Apache2 เนื่องจากได้รับอนุญาตมาก เข้ากันได้กับองค์กรการค้า และรวมถึงการคุ้มครองสิทธิบัตรด้วย
ในหลาย ๆ ด้าน พวกเราที่มีส่วนร่วมในการทำงานร่วมกันแบบโอเพ่นซอร์สมาเป็นเวลานานต่าง "ชนะ" - Microsoft ซื้อ GitHub และมุ่งมั่นที่จะเป็นบริษัทที่เปิดกว้างที่สุดในโลก - แต่ในขณะเดียวกัน บรรทัดฐานหลักหลายประการ ของการทำงานร่วมกันแบบโอเพ่นซอร์สไม่เป็นที่รู้จักอีกต่อไป กล่าวถึง แม้แต่นักพัฒนาก็ไม่มีข้อยกเว้น ฉันคิดว่าเราสามารถทำอะไรได้มากกว่านี้ และฉันหวังเป็นอย่างยิ่งว่าจะได้แนะนำนักพัฒนาใหม่ๆ ให้กลายเป็นวิศวกรของ Ethereum core technology stack และในขณะเดียวกันก็ให้ ETH2 technology stack ฝึกฝนผู้เชี่ยวชาญด้านเทคนิครุ่นต่อไป
โดยสรุป หากคุณเป็นนักธุรกิจและไม่ได้มีส่วนร่วมในเทคโนโลยี จำเป็นอย่างยิ่งที่จะต้องเข้าใจบรรทัดฐานและกระบวนการต่างๆ ที่เกี่ยวข้องกับการพัฒนาซอฟต์แวร์โอเพ่นซอร์ส ซอฟต์แวร์โอเพ่นซอร์สไม่เพียงแต่สนับสนุนเทคโนโลยีบล็อกเชนเกือบทั้งหมดเท่านั้น แต่ยังเป็นรากฐานของซอฟต์แวร์ส่วนใหญ่ที่ทำงานในโลกปัจจุบันอีกด้วย
ชื่อเรื่องรอง
การกำกับดูแลมาตรฐานโปรโตคอล
กระบวนการ Ethereum Improvement Proposal (EIP) เป็นกระบวนการที่เราใช้เพื่อเสนอและบรรลุฉันทามติเกี่ยวกับมาตรฐาน พูดอย่างกว้าง ๆ นี่คือการกำกับดูแลของมาตรฐานโปรโตคอล มาตรฐานเหล่านี้อาจนำไปใช้ในระดับซอฟต์แวร์ Ethereum (เช่น ต้องมีการเปลี่ยนแปลงบางอย่างในไคลเอ็นต์ที่ใช้ซอฟต์แวร์ที่ทำงานร่วมกันได้) หรือในระดับเครือข่าย เลเยอร์เครือข่ายนี้อ้างถึงทั้งเครือข่ายหลักของ Ethereum และบล็อกเชนอื่น ๆ ที่ใช้โปรโตคอล Ethereum เครือข่ายอื่นๆ อาจทำตาม Ethereum mainnet เพื่อรวมและยอมรับ EIP (ซึ่งส่วนใหญ่แล้วในขณะนี้) หรืออาจผ่านกระบวนการอัปเกรดของตนเอง
ลองนึกถึงกระบวนการ EIP สักครู่ในฐานะการออกแบบมาตรฐานสำหรับ Ethereum mainnet เป็นหลัก สำหรับว่าผู้เข้าร่วมเป็นนักพัฒนาหรือไม่ และข้อเสนอจะถูกปรับใช้บน mainnet หรือไม่ นั่นเป็นอีกเรื่องหนึ่ง
……
คุณสามารถดู EIP ที่เผยแพร่ทั้งหมดได้ที่ eips.ethereum.org EIP-1 ระบุ EIP เลเยอร์หลัก (การเปลี่ยนแปลงที่จะเปลี่ยนกฎฉันทามติของเครือข่ายและต้องได้รับความยินยอมเป็นเอกฉันท์จากทุกคนในการปรับใช้) และกระบวนการส่งและตรวจสอบ EIP ประเภทอื่น ๆ
……
นอกจากนี้ยังมีมาตรฐานในไลบรารี EIP สำหรับชั้นแอปพลิเคชัน เรียกอีกอย่างว่า "Ethereum Request for Comment (ERC)" ERC เหล่านี้อาจแบ่งออกเป็นรหัสฐานและกระบวนการอิสระ (ฉันชอบแบบฟอร์มนี้ด้วยตัวเอง)
ฉันคิดว่ากระบวนการ EIP ทำงานได้ดีมากและกำลังปรับปรุง แน่นอนว่า ยิ่งมีการศึกษามาก (โดยเฉพาะอย่างยิ่งสำหรับผู้เชี่ยวชาญด้านเทคนิคที่สามารถเพิ่มมูลค่าให้กับเครือข่ายได้) ก็ยิ่งดีเท่านั้น
จุดประสงค์ของกระบวนการ EIP คือการสร้างมาตรฐาน กล่าวคือ เพื่อให้แน่ใจว่าซอฟต์แวร์เดียวกันสามารถพัฒนาโดยหลายกลุ่ม และซอฟต์แวร์ของทุกคนสามารถทำงานร่วมกันได้ และ Ethereum มีไคลเอนต์หลายตัว ซึ่งสำคัญมาก อันที่จริงแล้ว สิ่งนี้สำคัญกว่าใบอนุญาตในการใช้ซอฟต์แวร์เสียอีก หากมีมาตรฐานที่ดี ใครๆ ก็นำไปใช้ได้ และรู้ว่าการนำไปใช้นั้นสามารถทำงานร่วมกันได้
มีการเคลื่อนไหวที่เพิ่งเริ่มต้นที่จะมีผู้ดูแลระบบและโค้ดเบสเฉพาะสำหรับส่วนต่าง ๆ ของกองเทคโนโลยี ethereum — EVM, devp2p, อินเทอร์เฟซ JSON-RPC และอื่น ๆ ซึ่งหมายความว่าผู้ทำงานร่วมกันสามารถทำงานร่วมกันได้มากขึ้น แม้จะข้ามขอบเขตของ Ethereum mainnet เพื่อปรับปรุงและรับประกันความสามารถในการทำงานร่วมกันของ Ethereum
ชื่อเรื่องรอง
การทำงานร่วมกันของนักพัฒนาหลัก
การประชุมทางวิดีโอ AllCoreDev เป็นวิธีสำหรับนักพัฒนาของการใช้งานไคลเอนต์รายใหญ่ในการทำงานร่วมกัน การประชุมทางวิดีโอจะจัดขึ้นทุกสองสัปดาห์และดูแลโดย Hudson Jamieson ซึ่งเป็นพนักงานเต็มเวลาของ Ethereum Foundation
ในทำนองเดียวกัน วาระการประชุมนักพัฒนาหลักก็ได้รับการเผยแพร่เป็นประเด็นใน GitHub code repository ethereum/PM ทุกคนสามารถแสดงความคิดเห็นในหน้าปัญหาเพื่อระบุว่ามีเวลาเข้าร่วม สามารถถามคำถาม หรือแบ่งปันความคิดเห็น
โดยรวมแล้ว กระบวนการทั้งหมดได้รับการออกแบบให้เน้นเทคโนโลยีเป็นหลัก สิ่งที่นักพัฒนาหลักพิจารณาคือความถูกต้องทางเทคนิคของ EIP เฉพาะ แต่ยังรวมถึงคุณสมบัติ "สถานภาพเครือข่าย" บางอย่างในบริบทที่กว้างขึ้น แน่นอน ทุกการตัดสินใจทางเทคนิคย่อมมีผลกระทบนอกเหนือไปจากทางเทคนิค และความคลุมเครือนี้เป็นต้นเหตุของปัญหามากมาย
หลังจากพูดคุยกับทีมลูกค้าต่างๆ แล้ว ข้อเสนอแนะที่ฉันได้รับคือการนำโค้ดไปใช้จริงๆ นั้นใช้เวลาไม่นาน ความคืบหน้าต่อไปถูกจำกัดด้วยการตัดสินใจที่ไม่ใช่ด้านเทคนิคและข้อโต้แย้งเกี่ยวกับแผนงาน
นักพัฒนาหลักใช้กระบวนการใดในการตัดสินใจ ก็เหมือนกับกระบวนการ EIP เวอร์ชัน "สด" ยกเว้นว่าจะมีการสนทนาแบบเรียลไทม์ทุกสองสัปดาห์ ฉันหมายถึงรูปแบบ IETF (Internet Engineering Task Force) ฉันทามติคร่าวๆ และรหัสการทำงานเป็นหัวใจของกระบวนการ การอภิปรายเมื่อเร็วๆ นี้ชี้ให้เห็นถึงความจำเป็นของพิธีการเพิ่มเติม ซึ่งต้องการความเห็นพ้องต้องกันและบันทึกการอภิปราย อาจเพื่อขจัดความไม่แน่นอนออกไป
เครื่องมือที่มีประโยชน์สำหรับการทำความเข้าใจ EIP และกระบวนการทบทวนหลักสำหรับนักพัฒนาคือผังงานที่วาดโดย Dan Finlay ฉันเพิ่งยิงที่นี่:
ชื่อเรื่องรอง
การกำกับดูแลเครือข่าย
ฉันใช้คำว่า "การกำกับดูแลเครือข่าย" เพื่ออ้างถึงการตัดสินใจด้านการกำกับดูแลที่เกิดขึ้นทั่วทั้งระบบนิเวศ Ethereum สิ่งนี้ยิ่งใหญ่กว่า "การตัดสินใจทางเทคนิค"
แนวทางทั้งหมดข้างต้น—ตั้งแต่การทำงานร่วมกันแบบโอเพ่นซอร์ส ไปจนถึงการกำกับดูแลมาตรฐานโปรโตคอล ไปจนถึงการทำงานร่วมกันของนักพัฒนาหลัก—มักจะเกี่ยวกับเทคโนโลยีเท่านั้น ถ้าคุณไม่เขียนโค้ด หาเงิน และจ้างนักพัฒนา คุณก็ทำอะไรได้น้อยมาก
แล้วเครือข่าย Ethereum มีหน้าที่รับผิดชอบในการมีส่วนร่วมของผู้มีส่วนได้ส่วนเสียอย่างไรกันแน่? เราจะทำอย่างไรหาก "เรา" ต้องการการมีส่วนร่วมของผู้มีส่วนได้ส่วนเสียที่กว้างขึ้น
สังเกตว่า "เรา" คืออะไร? ตัวฉันเองจะนิยามว่า "เรา" เป็นกลุ่มคนในวงกว้างที่คิดว่าตัวเองเป็นส่วนหนึ่งของระบบนิเวศ Ethereum และสนใจเกี่ยวกับการทำงานและวิวัฒนาการเพิ่มเติมของกลุ่มนี้ จนถึงตอนนี้ วิธีการโต้ตอบทั้งหมดได้เกิดขึ้นบนพื้นฐานของการมีส่วนร่วมโดยสมัครใจ การกำหนดเป้าหมายด้วยตนเอง และการบรรลุผลสำเร็จด้วยตนเอง (นี่เป็นเรื่องธรรมดามากในชุมชนโอเพ่นซอร์ส) เท่าที่ฉันทราบ Hudson Jamieson เป็นบุคคลที่ได้รับค่าจ้างเต็มเวลาเพียงคนเดียวในระบบนิเวศทั้งหมดที่มีส่วนร่วมในองค์กรชุมชน ถึงกระนั้น เวลาส่วนใหญ่ของเขาก็หมดไปกับการร่วมมือกับนักพัฒนาหลัก
ข้อโต้แย้งล่าสุดจำนวนมากเกี่ยวกับวิธีทำความเข้าใจตำแหน่งของการกำกับดูแลเครือข่ายในกระบวนการกำกับดูแล วิธีการใช้การกำกับดูแลเครือข่าย วิธีการมีส่วนร่วม/วิธีการแสดงความคิดเห็น และอื่นๆ
มุมมองหนึ่งคือ "ผู้มีส่วนได้ส่วนเสียควรจัดระเบียบตัวเอง" ฉันเชื่อเช่นนี้ แต่ฉันก็เชื่อเช่นกันว่าเราควรยินดีต้อนรับทุกคนให้ใช้โครงสร้างพื้นฐานและช่องทางที่มีอยู่แล้ว
ฉันไม่คิดว่ามันสมเหตุสมผลที่จะนำการกำกับดูแลเครือข่ายมาก่อนมาตรฐานโปรโตคอลหรือการทำงานร่วมกันของนักพัฒนาหลัก พวกเขาเป็นเหมือนกระบวนการซิงโครนัส เรา ในฐานะชุมชนด้านเทคนิค สามารถทำงานได้ดีขึ้นในการชี้ให้เห็นเนื้อหาของ EIP หลักที่กำลังจะมีขึ้นเหล่านี้ ซึ่งกลุ่มผู้มีส่วนได้ส่วนเสียที่กว้างขึ้นสามารถแจ้งได้ด้วยตนเอง ...
เท่าที่ฉันเห็น การกำกับดูแลเครือข่ายส่วนใหญ่เกิดจากการตั้งข้อสงสัยในจิตสำนึกของนักพัฒนาหลัก เนื่องจากนักพัฒนาหลักใส่ใจเกี่ยวกับความสมบูรณ์ของเครือข่าย — รวมถึงไม่ต้องการให้เกิดการฮาร์ดฟอร์กที่ถกเถียงกัน — พวกเขาจึงสามารถพูดออกมาและทำลายฉันทามติได้ อย่างไรก็ตาม สาเหตุหลักมาจากข้อเท็จจริงที่ว่า EIP ที่เกี่ยวข้องยังไม่ได้ถูกนำมาใช้: การพูดว่า "ใช่" จะทำได้ยากขึ้นในเวลานี้
ชื่อเรื่องรอง
……
โหนดที่เรียกใช้ซอฟต์แวร์ไคลเอ็นต์
ท้ายที่สุด การกระจายอำนาจของเครือข่ายบล็อกเชนขึ้นอยู่กับทุกคนที่สามารถรันโหนดได้ และใครก็ตามที่สามารถเลือกซอฟต์แวร์ไคลเอนต์โอเพ่นซอร์สรุ่นต่างๆ เพื่อเรียกใช้ รวมถึงความสามารถในการคัดลอกฐานรหัสไคลเอ็นต์เพื่อพัฒนาไคลเอ็นต์ของตนเอง หรือ ใช้เวอร์ชันที่เก่ากว่าและแพตช์มากกว่าคนส่วนใหญ่
ชื่อเรื่องรอง
แผนงาน Ethereum
กุญแจสำคัญอีกประการนอก EIP คือแผนงานของ Ethereum คำถามนี้ถูกหยิบยกขึ้นมาเป็นครั้งแรกในการประชุม Ethereum Magicians ในกรุงเบอร์ลิน และมีกิจกรรมและการประชุมออนไลน์จำนวนมากขึ้นเรื่อย ๆ เพื่อหารือเกี่ยวกับแผนงานระยะยาว
ไม่มีใคร "ควบคุมทั้งหมด" ของแผนงาน Ethereum เนื่องจากมีการรวมตัวกันซ้ำแล้วซ้ำอีกจากโครงการก่อนหน้านี้ทั้งหมด
อย่างไรก็ตาม ควรเน้นสิ่งที่เรียกว่า "ETH 1.x" และ "ETH 2"
เวอร์ชันถัดไปของเครือข่าย Ethereum ซึ่งเรียกโดยย่อว่า ETH2 หวังว่าจะอิงตามโปรโตคอล Proof-of-Stake ทั้งหมด (แทนที่จะเป็นคนงานเหมืองที่ใช้อัลกอริทึม Proof-of-Work) เครือข่ายที่ให้ปริมาณงานโดยรวมที่มากขึ้นของ เครือข่าย. ETH2 ยังคงขับเคลื่อนโดยนักวิจัยที่ได้รับทุนจาก Ethereum Foundation เป็นหลัก แผนการดำเนินการเบื้องต้นแบ่งออกเป็นสามระยะ ซึ่งยังไม่ได้เขียนลงใน EIP และตอนนี้ข้อกำหนดทางเทคนิคนั้นเกิดจากความร่วมมือของผู้ดำเนินการและนักวิจัยเป็นหลัก
การสนทนาขั้นพื้นฐานที่กำลังจะมีขึ้นคือ: เราควรวางแผน hard fork ขนาดเล็กมากขึ้น หรือ hard fork น้อยลงแต่มีขนาดใหญ่ขึ้น เดี๋ยวนี้ ดูเหมือนทุกคนจะชอบส้อมที่ใช้บ่อยแต่มีขนาดเล็ก
วิธีการเข้าร่วม?
สำหรับข้อมูลเพิ่มเติม โปรดดูที่หน้าแผนงาน Ethereum Wiki
ชื่อเรื่องรอง
วิธีการเข้าร่วม?
หากคุณอ่านทั้งหมดข้างต้น คุณอาจต้องการมีส่วนร่วมในชุมชน Ethereum
ฉันใช้เวลาส่วนใหญ่ในฟอรัม Ethereum Magician สิ่งที่ดีเกี่ยวกับฟอรัมคือมีย่อหน้ายาวและการสนทนาย่อย ฟอรัมยังกลายเป็นศูนย์กลางสำหรับการสนทนา EIP เนื่องจากหน้าปัญหาของ GitHub ไม่สามารถเข้าถึงได้และไม่รองรับการสนทนาแบบเธรด
