ผู้เขียนต้นฉบับ: การอัปเดต AllCoreDevs
การรวบรวมต้นฉบับ: H.Forest Ventures, 0x123
เหตุผลที่แนะนำ:
เหตุผลที่แนะนำ:
ชื่อระดับแรก
TL;DR👀
หลายสิ่งหลายอย่างเกิดขึ้นตั้งแต่เดือนมกราคม และฉันก็พยายามหาเวลาเขียนมันลงไป นี่คือไฮไลท์หลักของบทความนี้:
Klin เครือข่ายทดสอบที่ผสานล่าสุดได้รับการเปิดตัวแล้ว การเปลี่ยนแปลง Pos ที่ด้านบนของมันเปิดเผยปัญหาการใช้งานบางอย่าง และตอนนี้การทดสอบการผสานก็พร้อมแล้ว
การอัปเกรด Ethereum ครั้งต่อไปที่เรียกว่า Shanghai กำลังมีการวางแผน รวมถึงการอัปเกรด EVM การถอน beacon chain ค่าธรรมเนียมเลเยอร์ 2 ที่ต่ำกว่า และการวางแผนเพิ่มเติม
การทำงานเกี่ยวกับข้อกำหนดปฏิบัติการของเลเยอร์การดำเนินการ Ethereum กำลังดำเนินไปได้ด้วยดี ขั้นตอนต่อไปคือการประสานงานกระบวนการอัปเกรดของ EL+CL (ชั้นปฏิบัติการ + ชั้นฉันทามติ)
ชื่อระดับแรก
Kiln 🔥🧱
หลังจาก Kintsugi Klin testnet ก็เพิ่งเปิดตัวเช่นกัน มันทำการเปลี่ยนแปลงข้อมูลจำเพาะของ The Merge ตามขอบเคสที่พบใน Kintsugi และการเปลี่ยนชื่อบางส่วน แม้ว่าในขณะนี้ดูเหมือนว่าสเป็คการรันของ The Merge ใกล้จะสิ้นสุดแล้ว แต่ในระหว่างการเปลี่ยนไปรันบน Klin ปัญหาการใช้งานบางอย่างเกิดขึ้นในไคลเอนต์หลายเครื่อง ทีมงานที่เกี่ยวข้องกำลังเพิ่มการทดสอบเป็นสองเท่าเพื่อให้แน่ใจว่าการใช้งานทั้งหมดนั้นปลอดภัยและเสถียร แดนนี่ในครั้งล่าสุดของเขากระทู้จบสิ่งนี้ถูกนำมาใช้ใน.
นอกเหนือจากนั้น เรากำลังขอให้ชุมชนนักพัฒนาที่กว้างขึ้นใช้ Klin และตรวจสอบให้แน่ใจว่าผลิตภัณฑ์ของพวกเขาทำงานตามที่คาดไว้ ขอขอบคุณ Kurtosis, Tenderly, Lido, Uniswap, EthStaker, Infura และ Blockdaemon สำหรับการทดลองใช้ Klin
หากไม่พบปัญหาร้ายแรง Klin คาดว่าจะเป็นเครือข่ายทดสอบสาธารณะตัวสุดท้ายที่จะเผยแพร่ เมื่อเราพอใจกับการใช้งานไคลเอนต์และความพร้อมของโครงสร้างพื้นฐาน/เครื่องมือแล้ว ขั้นตอนต่อไปคือการเรียกใช้ The Merge บนเครือข่ายทดสอบที่มีอยู่ (Ropsten, Goerli, Sepolia เป็นต้น)
เช่นเดียวกับการอัปเกรดทุกครั้ง เราจะทำการทดสอบอย่างต่อเนื่องหลังจากการอัปเกรดเครือข่ายทดสอบเพื่อให้แน่ใจว่าการทำงานที่เสถียรของเครือข่ายทดสอบ เมื่อเราแน่ใจว่า testnet ทำงานตามที่คาดไว้ เราจะจัดเตรียมการเปลี่ยนผ่านไปยัง Ethereum mainnet
ในขณะที่เรากำลังเข้าใกล้ช่วงเวลาที่น่าตื่นเต้นสำหรับทั้งชุมชน การเปลี่ยนแปลงอย่างปลอดภัยถือเป็นสิ่งสำคัญอันดับหนึ่งของ The Merge มากกว่าการดำเนินการตามวันที่เป้าหมาย นี่เป็นการอัปเกรด Ethereum ที่ซับซ้อนที่สุดจนถึงปัจจุบัน เราหวังว่าจะทำสำเร็จ
หลังจากกำหนดเวลาการอัปเดตเฉพาะของ testnet และ mainnet แล้ว จะได้รับการเปิดเผยผ่านสื่อสิ่งพิมพ์ของชุมชน เช่น Week in Ethereum, Whats New in Eth2, the EF blog เป็นต้น วันที่เป้าหมายที่โฆษณาอยู่ในปัจจุบันไม่ถูกต้อง เนื่องจากไม่ได้กำหนดวันที่ที่แน่นอน ในอีกไม่กี่เดือนข้างหน้า โปรดระมัดระวังเป็นพิเศษสำหรับการหลอกลวงที่อาจเกิดขึ้นและการประกาศเท็จ
หมายเหตุเกี่ยวกับระเบิดความยาก 💣
ระเบิดความยากลำบากซึ่งล่าช้าในการอัพเกรด Arrow Glacier (Arrow Glacier) เมื่อปีที่แล้วคาดว่าจะสามารถสะท้อนผลกระทบต่อความเร็วของการผลิตบล็อกได้ประมาณเดือนมิถุนายน (คลิกที่นี่เพื่อดูความคืบหน้าล่าสุด). แม้ว่าจะเหมาะที่จะเปลี่ยนไปใช้ POS ก่อนที่จะชะลอการอัปเกรดระเบิดความยาก แต่ประเด็นสามข้อต่อไปนี้ก็ยังน่าสังเกต:
ผลกระทบของระเบิดความยากต่อเวลาบล็อกนั้นค่อยเป็นค่อยไป ซึ่งหมายความว่าเมื่อผู้ใช้รู้สึกถึงผลกระทบของการระเบิดบนเครือข่าย ความเร็วในการผลิตบล็อกจะลดลงอย่างต่อเนื่องภายใน 4-8 สัปดาห์ แต่จะไม่ช้าเกินไป (อาจอยู่ที่ 14-17 วินาที)
ในอดีต เมื่อการระเบิดล่าช้า เราเลือกที่จะชะลอการระเบิดเป็นเวลาอย่างน้อย 6 เดือน เนื่องจากเรามักจะวางแผนที่จะทำการอัปเกรดเครือข่ายอีกครั้งภายในเวลานั้น กล่าวอีกนัยหนึ่งคือไม่มีข้อบังคับที่เคร่งครัดเกี่ยวกับการหน่วงเวลาของระเบิด การหน่วงเวลา Bomb เป็นเวลา 1 หรือ 2 เดือนเป็นไปได้โดยสิ้นเชิงตราบเท่าที่เหมาะสมกว่าการหน่วงเวลาของ Bomb มากกว่า 6 เดือน
ชื่อระดับแรก
“เซี่ยงไฮ้” อัพเกรด 🌃
คลิกที่นี่คลิกที่นี่. มีการวางแผนที่จะทำการเปลี่ยนแปลงหลักสามประการในการอัปเกรดนี้ รวมทั้งปรับปรุงรายละเอียดบางอย่าง อ่านต่อเพื่อเรียนรู้เพิ่มเติมเกี่ยวกับการอัปเดตนี้กับเรา!
รูปแบบวัตถุ EVM (Ethereum Virtual Machine)
ในช่วงหลายปีที่ผ่านมา นักวิจัยและนักพัฒนาที่เป็นลูกค้าได้ทำงานอย่างหนักเพื่อปรับปรุง EVM โดยไม่ทำลายสัญญาปัจจุบัน ปีที่แล้ว ทีมงานของ Ipsilon เกิดความคิดที่ฉลาดมาก: ให้ฟังก์ชันการทำงานใหม่แก่สัญญาที่ใช้งานด้วยตัวระบุเฉพาะ แต่ให้สัญญาที่มีอยู่ดำเนินการตามที่เป็นอยู่ นี่คือสิ่งที่เรียกว่ารูปแบบวัตถุ EVM หรือเรียกสั้นๆ ว่า EOF
ในการอัปเกรด London เราได้รักษาส่วนหนึ่งของตัวระบุนี้ไว้โดยการปิดการใช้งานสัญญาใหม่ที่เริ่มต้นด้วย 0xEF ไบต์ ก่อนการอัปเกรด London จะเริ่มใช้งาน มีการปรับใช้สัญญาจำนวนเล็กน้อยที่เริ่มต้นด้วย 0xEF แต่ตอนนี้ไม่ได้ผล เราสามารถเพิ่มไบต์ที่สอง (เราเรียกว่าไบต์ มายากล) ต่อท้ายคำนำหน้า 0xEF และรับ ลำดับที่เราสามารถรับประกันได้ว่าจะไม่นำไปใช้ในสัญญาใดๆ
EIP-3540 อธิบายเพิ่มเติมเกี่ยวกับประเด็นนี้และเน้นประโยชน์ที่จับต้องได้ประการแรกของแนวทางนี้: การแยกรหัสและข้อมูลเพื่ออำนวยความสะดวกในการตรวจสอบรหัสแบบออนไลน์ สิ่งนี้ยังเป็นการวางรากฐานสำหรับการเปิดตัวประเภทใหม่ของรหัสสัญญาที่สามารถช่วยให้การทำงานที่ซับซ้อนในปัจจุบัน เช่น บัญชีนามธรรม โฟลว์การควบคุมใน EVM และ EIP-3074
ในฐานะโปรโตคอลที่ใช้ร่วมกันกับ EIP-3540 EIP-3670 จะเปิดใช้งานการตรวจสอบรหัสเมื่อมีการปรับใช้สัญญา EOF
การถอน Beacon Chain 🏧
คุณสมบัติหลักอีกประการของการอัปเกรด เซี่ยงไฮ้ คือการเปิดใช้งานการถอนสายสัญญาณบีคอน หลังจากข้อเสนอมากมาย โปรโตคอล EIP-4895 ที่เราออกแบบสามารถตอบสนองความต้องการของลูกค้าได้: ห่วงโซ่สัญญาณสามารถใช้การถอนเป็นการดำเนินการพุช
ข้อกำหนดเมตาสรุปวิธีการทำงานของกระบวนการทั้งหมด ในระดับสูง ในแต่ละสล็อต ห่วงโซ่บีคอนสามารถรองรับการถอนทั้งหมดหรือบางส่วนได้ตามจำนวนที่กำหนด การถอนทุกครั้งจะถูกติดตามโดยใบเสร็จที่มีจำนวนเงินที่ถอน ที่อยู่ปลายทาง และดัชนีเฉพาะ จากนั้นการถอนเงินเหล่านี้จะถูกเครดิตไปยังชั้นการดำเนินการซึ่งเป็นส่วนหนึ่งของกระบวนการสร้างบล็อกและการตรวจสอบความถูกต้อง คล้ายกับการให้เครดิตการออกหลักฐานการทำงานแก่นักขุดในปัจจุบัน ปัญหาการติดตามการเปลี่ยนแปลงต่างๆ ที่จำเป็นสำหรับเลเยอร์ฉันทามติสามารถพบได้ในที่เก็บข้อมูลจำเพาะฉันทามติ ตัวเลือกการถอนบางส่วนจะช่วยให้ผู้ตรวจสอบความถูกต้องสามารถถอนรางวัลที่สะสมไว้ได้ แต่ยังคงต้องมีเงินเดิมพัน 32 ETH เพื่อรักษาความถูกต้องและรับรางวัลต่อไป
ค่าธรรมเนียมเลเยอร์ 2 ที่ต่ำกว่า📉
ในการอัปเกรด เซี่ยงไฮ้ การอัปเดตหลักครั้งล่าสุดที่เราต้องการทำให้สำเร็จคือค่าใช้จ่ายระดับ 2 ที่ต่ำกว่า เนื่องจากจากข้อมูลการทำธุรกรรมหรือหลักฐานที่เผยแพร่ในชั้นแรกโดยชั้นที่สอง ค่าธรรมเนียมการทำธุรกรรมของผู้ใช้ปลายทางส่วนใหญ่มาจากค่าก๊าซที่ตัดจำหน่ายของการจัดเก็บข้อมูลในชั้นแรก Sharding มอบตัวเลือกที่ถูกกว่าสำหรับการเผยแพร่ข้อมูลที่เลเยอร์ที่สอง และในขณะที่ดูเหมือนว่าข้อกำหนดจะได้รับการแก้ไขแล้ว แต่การใช้งาน Sharding แบบเต็มยังไม่พร้อม
ในระหว่างนี้ มีสองทางเลือกในการลดต้นทุนเหล่านี้: ลดค่าใช้จ่ายของ CALLDATA บน mainnet หรือใช้ raw sharding โดยอาจเปิดตัวประเภทธุรกรรมใหม่บน Ethereum ที่เรียกว่า Shard Blob Transactions
ลดต้นทุนด้วย CALLDATA
วิธีที่ง่ายที่สุดในการลดค่าธรรมเนียมการทำธุรกรรมในชั้นที่สองคือการลดต้นทุนการจัดเก็บในชั้นแรก EIP-4488 เสนอให้ทำเช่นนั้น โดยลดต้นทุนของ CALLDATA จาก 16 แก๊สต่อไบต์เป็น 3 แก๊สต่อไบต์ ต้นทุนการจัดเก็บที่ลดลงที่ระดับ 1 ในทางกลับกันจะลดค่าใช้จ่ายที่ระดับ 2 [1]
ในขณะที่การลดต้นทุนก๊าซเป็นการเปลี่ยนแปลงง่ายๆ แต่ก็มีผลกระทบลำดับที่สองเช่นกัน ขั้นแรก การเพิ่ม CALLDATA ลงในบล็อกทำให้บล็อกใหญ่ขึ้น เพื่อความสมดุล EIP เสนอให้จำกัดจำนวนของ CALLDATA ในแต่ละบล็อก ประการที่สอง แม้ว่าจะมีการตั้งค่าขีดจำกัดสูงสุด EIP นี้จะเพิ่มอัตราการเติบโตของข้อมูลในห่วงโซ่ประวัติที่ชั้นการดำเนินการ เพื่อแก้ไขปัญหาข้างต้น EIP-4444 เสนอว่าจำเป็นต้องพัฒนาการดึงข้อมูลย้อนหลังนอกแบนด์ และรับประกันเกี่ยวกับข้อมูลประวัติบนเครือข่าย Ethereum peer-to-peer จำเป็นต้องเปลี่ยนแปลง
แม้ว่าข้อมูลในห่วงโซ่ประวัติจะค่อยๆ เพิ่มขึ้น แต่การเรียกใช้ EIP นี้หมายความว่าเราจำเป็นต้องจัดการกับปัญหานี้อย่างเร่งด่วนมากขึ้นหลังจากที่ออนไลน์ นอกจากนั้น ส่วนเล็กๆ ของ EIP นี้จะถูกนำมาใช้ซ้ำในการติดตั้ง Sharding เต็มรูปแบบ ส่วนใหญ่เป็นวิธีแก้ปัญหาชั่วคราว กล่าวอีกนัยหนึ่ง EIP-4488 เป็นการอัปเดตที่ค่อนข้างง่าย แต่มีผลกระทบอย่างมากในการลดต้นทุนของเลเยอร์ที่สอง
Shard Blob Transactions
อีกข้อเสนอหนึ่ง EIP-4844[2] นำเสนอ Shard Blob Transactions ซึ่งทำให้เราเข้าใกล้โซลูชันการปรับใช้ Sharding ที่สมบูรณ์มากขึ้น เช่นเดียวกับการถอนตัวบีคอนเชน ข้อเสนอมีข้อกำหนดเมตาที่เชื่อมโยงกับข้อมูลจำเพาะของชั้นฉันทามติและทรัพยากรอื่นๆ
ในระดับที่ลึกลงไป ธุรกรรมประเภทใหม่นี้จะประกอบด้วยข้อผูกมัดต่อกลุ่มข้อมูลที่แพร่กระจายบนบีคอนเชน ข้อเสนอนี้สามารถมองได้ว่าเป็น การแบ่งส่วนข้อมูลขนาดเล็ก และแทนที่จะอาศัยการสุ่มตัวอย่างความพร้อมใช้งานของข้อมูล ทุกโหนดในเครือข่ายจำเป็นต้องตรวจสอบความถูกต้องของข้อมูลทั้งหมดใน blob เช่นเดียวกับในกรณีของการแบ่งส่วนข้อมูลทั้งหมด ข้อมูลใน bolbs เหล่านี้รับประกันว่าจะพร้อมใช้งานบนเครือข่ายในช่วงระยะเวลาหนึ่งเท่านั้น ไม่ได้จัดเก็บอย่างถาวร เพื่อรักษาความสามารถในการจัดการตามข้อกำหนดของโหนด ข้อมูล Blob ถูกจำกัดไว้ที่ 1MB/ซ็อกเก็ต ในขณะที่ชาร์ดทั้งหมดอยู่ที่ 16MB/ซ็อกเก็ต
EIP-4844 จะวางรากฐานสำหรับการแบ่งส่วนทั้งหมด เป็นที่น่าสังเกตว่าการเปลี่ยนแปลงทั้งหมดในอนาคตจะถูกจำกัดไว้เพียงชั้นฉันทามติ จากมุมมองของเลเยอร์การดำเนินการ เศษส่วนเริ่มทำงานแล้ว
บันทึก:
บันทึก:
คลิกที่นี่คลิกที่นี่。
[2] EIP-4488 และ EIP4844 มีจำนวนที่ใกล้เคียงกันมากในข้อเสนอที่แข่งขันกัน ซึ่งน่าหงุดหงิดมาก
การปรับปรุงรายละเอียด
นอกเหนือจากการปรับปรุงหลักสามประการข้างต้นแล้ว การปรับปรุงเล็กน้อยบางอย่างยังได้รับการพิจารณาในการอัปเกรด เซี่ยงไฮ้ ได้แก่:
EIP-3651 ลดค่าใช้จ่ายในการเข้าถึงที่อยู่ Coinbase และแก้ไขช่องโหว่ใน EIP-2929
EIP-3860 จำกัดขนาดของ inicode และแนะนำการวัดปริมาณก๊าซสำหรับฟิลด์ต่างๆ
EIP-3855 เพิ่ม opcode ใหม่ PUSH0 ซึ่งตามที่คุณคาดไว้ ดัน 0 ไปที่ EVM stack
คลิกที่นี่คลิกที่นี่). EOF การถอน beacon chain และการลดค่าธรรมเนียมเลเยอร์ 2 ทำให้ เซี่ยงไฮ้ อัปเกรดหนึ่งในการอัปเดตที่ใหญ่ที่สุดจนถึงปัจจุบัน ดังนั้นเราจำเป็นต้องทำงานอย่างหนักในตอนนี้เพื่อจัดลำดับความสำคัญของสิ่งที่ควรอัปเกรด
ชื่อระดับแรก
Ethereum Execution Layer Specification (EELS) 📜
ดังที่คุณสังเกตเห็นในการอ่านด้านบน ข้อเสนอหลายข้อสำหรับการอัปเกรด เซี่ยงไฮ้ ครอบคลุมชั้นผู้บริหารและชั้นฉันทามติ ตามกฎทั่วไป เราใช้กระบวนการที่แตกต่างกันเพื่อแนะนำการเปลี่ยนแปลงในแต่ละเลเยอร์
ในระดับผู้บริหาร EIP หลักประกอบด้วยข้อมูลจำเพาะที่ได้รับการปรับปรุง Ethereum Yellow Paper เป็นข้อกำหนดอ้างอิงสำหรับเครือข่าย แต่โดยปกติแล้วจะมีการอัปเดตตามนั้นหลังจากการอัปเกรดออนไลน์ และบางครั้งอาจมีความล่าช้าอย่างมาก ซึ่งหมายความว่าสำหรับชั้นการดำเนินการ สมุดปกเหลืองและโปรโตคอล EIP ที่สอดคล้องกันเป็นข้อมูลจำเพาะที่มีประสิทธิภาพสำหรับชั้นการดำเนินการ
ที่เลเยอร์ฉันทามติ ข้อมูลจำเพาะที่สามารถดำเนินการได้จะถูกใช้เป็นข้อมูลอ้างอิง ซึ่งจะมีการระบุการเปลี่ยนแปลงโดยตรง ซึ่งสามารถใช้เพื่อสร้างการทดสอบสำหรับการเปลี่ยนแปลงได้
ดังนั้น แม้ว่าชุมชนจะสามารถเข้าใจกระบวนการของเลเยอร์การดำเนินการได้ดี (และเรายังมีคำอธิบายข้อมูลที่อ้างอิงได้ง่ายด้วย) แต่ก็ยังไม่เหมาะในมุมมองทางเทคนิค ในทางกลับกัน ในขณะที่กระบวนการเลเยอร์ฉันทามตินั้นเป็นมิตรต่อสิ่งแวดล้อมในทางเทคนิค ชุมชนขนาดใหญ่จะปฏิบัติตามได้ยากขึ้น โชคดีที่การทำงานกับ EELS (ข้อกำหนดปฏิบัติการสำหรับ Ethereum Execution Layer) ได้เริ่มขึ้นแล้ว
การมีข้อกำหนดปฏิบัติการที่ทั้งชั้นการดำเนินการและชั้นเอกฉันท์ช่วยให้เราสามารถประสานกระบวนการเปลี่ยนแปลงทั้งสองชั้นได้ แม้ว่ายังมีข้อผิดพลาดมากมายที่ต้องแก้ไข แต่การอภิปรายได้เริ่มขึ้นแล้วว่าจะย้ายข้อมูลให้สำเร็จได้อย่างไร เธรด Ethereum Magicians ได้อุทิศให้กับหัวข้อนี้แล้ว ในขณะที่ EELS ยังอยู่ระหว่างการพัฒนา เราอาจสามารถใช้ควบคู่ไปกับกระบวนการปัจจุบันในระหว่างการอัปเกรด Shanghai
ชื่อระดับแรก
ข้อตกลงสหภาพ💰
ฉันอยากจะจบด้วยการพูดถึง Protocol Guild ที่สำคัญเช่นกัน ซึ่งตอนนี้มีเว็บไซต์สำหรับล่ามเต็มรูปแบบ การชดเชยสำหรับผู้ดูแลโปรโตคอลเป็นประเด็นร้อนเมื่อเร็วๆ นี้ และสหภาพโปรโตคอลต้องการเป็นส่วนหนึ่งของการแก้ปัญหานี้ คำชี้แจงการเปิดเผยข้อมูล: ฉันเป็นสมาชิกของและได้รับเงินทุนจาก Pact Union
คุณสามารถแบ่งค่าตอบแทนออกเป็นสามส่วน: ฐานเงินเดือน สิ่งจูงใจที่สอดคล้องกัน และส่วนต่างที่อาจเกิดขึ้น ปัจจุบัน เงินเดือนฐานของนักพัฒนาซอฟต์แวร์และนักวิจัยที่เป็นลูกค้าจะจ่ายโดยนายจ้างที่เกี่ยวข้อง แม้ว่าบางส่วนอาจอยู่ในรูปแบบของสิ่งจูงใจด้านทุน Ethereum Foundation ได้ประกาศแผนการจูงใจลูกค้าจำนวน 39,000 ETH ในปีที่แล้วเพื่อให้แน่ใจว่าทีมลูกค้าทั้งหมดมีส่วนได้ส่วนเสียจำนวนมากใน Ethereum
สหภาพโปรโตคอลแตกต่างจากแผนค่าตอบแทนพื้นฐานและแผนจูงใจตรงที่มีเป้าหมายเพื่อให้สมาชิกมีโทเค็นสำหรับโครงการต่างๆ ที่สร้างขึ้นบน ethereum แทนที่จะเป็น ethereum เอง สหภาพโปรโตคอลประกอบด้วยวิศวกรโปรโตคอล นักวิจัย และคนจำนวนน้อยอย่างฉันที่มีส่วนร่วมในการประสานงานโปรโตคอล ปัจจุบันมีสมาชิกประมาณ 100 คน
กล่าวโดยสรุปคือ สหภาพแรงงานอนุญาตให้ผู้สนับสนุนบริจาคโทเค็น ซึ่งจะถูกโอนไปยังผู้รับเมื่อเวลาผ่านไป รายชื่อผู้รับสามารถอัปเดตได้ ทำให้สามารถเพิ่มผู้ร่วมให้ข้อมูลใหม่และลบผู้ร่วมให้ข้อมูลคนก่อนหน้าได้เป็นประจำ
สหภาพโปรโตคอลยังคงอยู่ในขั้นเริ่มต้นของการทดลอง แต่หากประสบความสำเร็จ พวกเขาสามารถเสริมโครงการริเริ่มที่เน้นระดับรากหญ้า เช่น Gitcoin และ Retroactive Public Goods Funding
หลังจากประสบความสำเร็จในการจัดหาเงินทุน Gitcoin ขั้นตอนต่อไปสำหรับสหภาพโปรโตคอลคือการทดสอบสถาปัตยกรรมสัญญาอัจฉริยะ พร้อมกันนี้ จะเริ่มดำเนินการเข้าถึงผู้บริจาครายแรก แผนดังกล่าวจะดำเนินการสหภาพโปรโตคอลบนพื้นฐานการบริจาคที่จำกัดเป็นเวลาประมาณ 1 ปี เพื่อให้แน่ใจว่าองค์ประกอบทั้งด้านเทคนิคและการกำกับดูแลทำงานได้อย่างราบรื่น หวังว่าโครงการนำร่องนี้จะแสดงให้เห็นว่าเราสามารถสร้างกลไกใหม่สำหรับการประสานงานการระดมทุนสินค้าสาธารณะบน Ethereum
แผนขั้นต่อไป✅
ลำดับความสำคัญหลักของเรายังคงรวมเข้าด้วยกันโดยเน้นที่การทดสอบใหม่ ในเดือนหน้า เราหวังว่าจะเสร็จสิ้นการดำเนินการ เรียกใช้เครือข่ายการพัฒนาระยะสั้นหลายเครือข่าย และรวบรวมข้อเสนอแนะจากผู้ให้บริการแอปพลิเคชัน โครงสร้างพื้นฐาน และเครื่องมือ สิ่งอื่นๆ (การยกระดับ เซี่ยงไฮ้ การบังคับใช้บรรทัดฐาน การเจรจาสหภาพแรงงาน) ก็จะดำเนินต่อไปเช่นกัน
เราคาดว่าจะมีการอัปเดตอีกครั้งในหนึ่งหรือสองเดือน ในขณะเดียวกัน เราก็สามารถDevconnectหมายเหตุผู้แปล:
หมายเหตุผู้แปล:
บัญชีอย่างเป็นทางการ: H Forest
ตามเรามา:
ทวิตเตอร์ของเรา: @Forest_Ventures
กระจกของเรา:H.Forest
บัญชีอย่างเป็นทางการ: H Forest
