ทุกภาษา
ตามแนวคิดการกำกับดูแลที่แตกต่างกัน ชุมชน EOSC ได้ปรับกลไกการเลือก EOSC ให้เหมาะสม เปิดตัว mainnet EOSC ที่ Genesis Height 1 และยังคงอัปเกรด mainnet EOSC ซ้ำๆ ทำให้ EOSC ก้าวไปสู่ระดับสูงแบบกระจายอำนาจ ทิศทางของประสิทธิภาพที่ชาญฉลาด แพลตฟอร์มสัญญามีการพัฒนาอย่างต่อเนื่องโดยวางรากฐานสำหรับความนิยมในวงกว้างของเศรษฐกิจเข้ารหัส
<ชั่วโมง>
เศรษฐกิจการเข้ารหัสได้นำไปสู่ขั้นตอนที่สำคัญตั้งแต่การทดลองทางสังคมไปจนถึงการใช้งานเชิงพาณิชย์ขนาดใหญ่
การใช้งานเชิงพาณิชย์ขนาดใหญ่หมายถึงแรงกดดันในการทำธุรกรรมอย่างมาก เพื่อให้ระบบบล็อกเชนสามารถรองรับความต้องการในการทำธุรกรรมจำนวนมากได้อย่างมีประสิทธิภาพ อันดับแรกจะต้องให้ประสิทธิภาพที่แข็งแกร่งเพียงพอ เพื่อให้บรรลุเป้าหมายนี้ จำเป็นต้องมีข้อกำหนดที่สูงขึ้นสำหรับโหนดทั้งหมด เช่น เครื่องฮาร์ดแวร์ที่ได้รับการกำหนดค่าที่ดีขึ้น ความจุของพื้นที่จัดเก็บที่มากขึ้น เครือข่ายที่เสถียรยิ่งขึ้น แบนด์วิธที่เร็วขึ้น เวลาแฝงที่ต่ำกว่า และอื่นๆ เห็นได้ชัดว่าเกณฑ์ที่สูงเกินไปสำหรับโหนดเต็มจะนำไปสู่การลดจำนวนโหนดที่สร้างบล็อกซึ่งสามารถทำงานได้อย่างเสถียร หากนำกลไก POS มาใช้ในระบบบล็อกเชนดังกล่าว เพื่อสร้างความสมดุลระหว่างประสิทธิภาพสูงและการกระจายอำนาจ อัลกอริทึมที่สอดคล้องกันของ DPOS เป็นตัวเลือกที่ดีที่สุดอย่างไม่ต้องสงสัยในปัจจุบัน และยังเป็นโซลูชันที่เป็นไปได้ดีที่สุดสำหรับการจัดการโหนดจำนวนน้อย
EOSIO ที่ใช้อัลกอริธึมฉันทามติ DPOS ถือกำเนิดขึ้น และชุมชนได้เห็นการเริ่มต้นของการใช้เศรษฐกิจการเข้ารหัสในเชิงพาณิชย์ขนาดใหญ่เป็นครั้งแรก กลไกการเลือกตั้งจะมีประสิทธิภาพเต็มที่หรือไม่นั้นเป็นกุญแจสำคัญในการอยู่รอดของกลไกฉันทามติของ DPOS และยังเกี่ยวข้องกับว่ากลไกฉันทามติของ DPOS สามารถประสบความสำเร็จใน POW และนำไปสู่การเข้ารหัสรุ่นต่อไปหรือไม่
เพื่อเร่งการมาถึงของยุคของเศรษฐกิจเข้ารหัสที่ใช้ในเชิงพาณิชย์ในวงกว้าง ชุมชน EOSC ได้ปรับกลไกการเลือกตั้ง EOSC ให้เหมาะสม เปิดตัว mainnet EOSC ที่ Genesis 1 และยังคงอัปเกรด EOSC mainnet ซ้ำๆ ทำให้ EOSC ก้าวไปสู่ทิศทางของแพลตฟอร์มสัญญาอัจฉริยะประสิทธิภาพสูงแบบกระจายศูนย์ที่มีการพัฒนาอย่างต่อเนื่อง
<ชั่วโมง>
EOSC เป็นไปตามกลไกฉันทามติของ EOSIO นั่นคือ DPOS BFT Pipeline Consensus ซึ่งแตกต่างจาก EOSIO คือ EOSC ไม่ได้ใช้โมเดลของ EOSIO หนึ่งบล็อกทุกๆ 0.5 วินาที และหนึ่งโหนดเชื่อมต่อ 6 บล็อก ใน EOSC หนึ่งบล็อกทุกๆ 3 วินาที , โหนดจะไม่สร้างบล็อกอย่างต่อเนื่อง แม้ว่าการผลิตบล็อกอย่างต่อเนื่องโดยโหนดสามารถลดเวลารอสำหรับธุรกรรมที่คลายออก แต่เนื่องจากสภาพแวดล้อมเครือข่ายในปัจจุบันมักจะไม่เหมาะ การผลิตบล็อกอย่างรวดเร็วจะส่งผลต่อความเสถียรของห่วงโซ่ ส่งผลให้มีขนาดใหญ่ จำนวนไมโครส้อม
กลไกฉันทามติปัจจุบันของ EOSIO ไม่สมบูรณ์แบบ แต่ในฐานะแพลตฟอร์ม DAPP เวลาการยืนยันการบล็อกไม่ใช่ลำดับความสำคัญของการเพิ่มประสิทธิภาพอันดับแรกของห่วงโซ่ สำหรับ EOSC กลไกฉันทามติต้องได้รับการพิจารณาในสภาพแวดล้อมที่มีภาระงานสูง กลไกการคำนวณแบบขนานในปัจจุบัน หากยังไม่สมบูรณ์ การเร่งปรับปรุงกลไกการยืนยันไปป์ไลน์จะทำให้เกิดปัญหาใหญ่
กลไกฉันทามติในอนาคตของ EOSC จะพัฒนาไปพร้อมกันจากสองทิศทาง
1. เข้ากันได้กับการพัฒนา EOSIO และอัปเดตอัลกอริทึมฉันทามติ เราจะตัดสินตามความคืบหน้าการพัฒนาในปัจจุบันของ EOSIO เมื่อ EOSIO เสร็จสิ้นการปรับปรุงแบบคู่ขนาน อัลกอริทึมฉันทามติจะได้รับการอัปเกรด บรรลุเวลาการยืนยันการบล็อกเร็วขึ้น
2. จะปรับให้เข้ากับกลไกฉันทามติอื่นๆ ตามหมายเลขการยืนยัน เป็นส่วนเสริมจากฉันทามติ DPOS ที่มีอยู่ ในแง่หนึ่ง มันจะตระหนักถึงปฏิสัมพันธ์ระหว่าง ฉันทามติของห่วงโซ่เลเยอร์ 2 ที่ฝังตัวและห่วงโซ่หลัก ในทางกลับกัน มันสามารถรับรู้ถึงกลไกข้ามสายโซ่ที่กระจายอำนาจมากขึ้นพร้อมกับสายโซ่ของกลไกฉันทามติอื่นๆ
<ชั่วโมง>
รูปแบบทรัพยากรตามค่าบริการ
แม้ว่ารูปแบบการชำระเงินของทรัพยากร CPU และ NET ของ EOSIO จะเป็นการออกแบบที่ดีในด้านเทคโนโลยี แต่ก็ซับซ้อนเกินไปสำหรับผู้ใช้และไม่สามารถส่งเสริมให้นักพัฒนา DAPP เพิ่มประสิทธิภาพสัญญาของตนได้ ในทางกลับกัน วิธีการซื้อ RAM ของ EOSIO จะนำไปสู่พฤติกรรมการกักตุนบางอย่างซึ่งไม่เอื้อต่อการพัฒนาระบบนิเวศของ DAPP ด้วยเหตุนี้ EOSC จึงออกแบบโมเดลทรัพยากรชุดใหม่อย่างสร้างสรรค์ผ่านการเพิ่มประสิทธิภาพในทางปฏิบัติ สำรวจ โมเดลทรัพยากรตามค่าบริการในสภาพแวดล้อมสัญญาอัจฉริยะที่ซับซ้อน และแก้ปัญหาทรัพยากรที่รบกวนระบบนิเวศของ EOS อย่างละเอียดถี่ถ้วน
ก่อนอื่น EOSC จะจ่าย CPU ของผู้ใช้และการใช้ทรัพยากร NET ในโหมดค่าธรรมเนียม สำหรับ Action ที่กำหนดโดยผู้พัฒนาใน DAPP ผู้พัฒนา DAPP สามารถกำหนดค่าธรรมเนียมที่จำเป็นสำหรับ Action และระบบจะควบคุมทรัพยากร การใช้การดำเนินการตามนี้ ในแง่หนึ่ง ผู้ใช้จะเข้าใจการใช้ทรัพยากรได้ง่าย ในทางกลับกัน ยังสนับสนุนอย่างยิ่งให้นักพัฒนา DAPP เพิ่มประสิทธิภาพการใช้ทรัพยากรตามสัญญา เพื่อให้ระบบนิเวศทั้งหมดพัฒนาขึ้น ใจดี
EOSC ใช้วิธีการคล้ายกับการเช่าโฮสต์บนคลาวด์เพื่อจัดสรรทรัพยากร RAM ผู้ใช้สามารถใช้เงินปันผลในการลงคะแนนเพื่อจ่ายค่าเช่าทรัพยากร RAM ด้วยวิธีนี้ ผู้ใช้ไม่จำเป็นต้องกังวลเกี่ยวกับการจ่ายค่าเช่าและปัญหาการค้างค่าเช่าก็คือ ยังถูกกำจัด ด้วยวิธีการ "เช่าและขาย" EOSC สามารถหลีกเลี่ยงการเก็งกำไรทรัพยากร RAM ได้อย่างมีประสิทธิภาพ ดังนั้น การพัฒนา DAPP จึงไม่จำเป็นต้องถูกรบกวนจากราคาของ RAM และส่งเสริมการสร้างระบบนิเวศของ DAPP ได้อย่างมีประสิทธิภาพ
ในขณะที่คิดค้นนวัตกรรมและสำรวจโมเดลทรัพยากรใหม่อย่างกล้าหาญ EOSC ยังสำรวจกลไกที่เข้ากันได้กับโมเดลทรัพยากรของ EOSIO สำหรับทรัพยากร CPU และ NET ผู้ใช้สามารถชำระค่าธรรมเนียมตามอายุตั๋วเงินปันผลเพื่อรับจำนอง EOSIO ที่คล้ายคลึงกันเพื่อรับ CPU และ ผลของทรัพยากร NET สำหรับ RAM ผู้ใช้สามารถบรรลุผลของ EOSIO ตามการซื้อในตลาดผ่านรูปแบบของการแลกเปลี่ยนการลงคะแนนจำนอง เพื่อให้นักพัฒนา DAPP สามารถตัด EOSC จากเครือข่าย EOSIO อื่น ๆ ได้อย่างรวดเร็ว และสลับไปยังทรัพยากร EOSC ได้อย่างราบรื่น แบบอย่าง.
กลไกการอัปเดตที่ราบรื่น
กลไกการเลือกของ EOSC กระตุ้นให้โหนดขั้นสูงมีส่วนร่วมอย่างจริงจังในการส่งเสริมการอัปเกรดเทคโนโลยี EOSC ส่งเสริมการอัปเกรดและต่ออายุเทคโนโลยีซึ่งแตกต่างจากเวอร์ชันโหนดชุมชน EOSIO ที่แยกออกมา
เพื่อให้บรรลุกระบวนการอัปเกรดที่เข้ากันไม่ได้ที่ราบรื่นยิ่งขึ้น EOSC ได้เพิ่มกลไกการอัปเดตตามความสูงของบล็อกที่มีประสิทธิภาพ ชุมชนสามารถยืนยันความสูงของบล็อกที่มีประสิทธิภาพของฟังก์ชันผ่านหลายลายเซ็น เพื่อให้การอัปเกรดราบรื่นเสร็จสมบูรณ์ใน แตกต่างจากรูปแบบการติดฉลากที่เสนอเมื่อเร็ว ๆ นี้ของ EOSIO ตามข้อมูลการขยายบล็อกกลไกการอัปเดตของ EOSC นั้นเป็นมิตรและเข้าใจง่ายกว่า EOSC เป็นคนแรกที่ฝึกฝนกระบวนการอัปเดต "soft fork" แบบกระจายศูนย์ในห่วงโซ่ที่ใช้ EOSIO ซึ่งเป็นการรับประกันพื้นฐานสำหรับวิวัฒนาการอย่างต่อเนื่องของ EOSC เพื่อแก้ปัญหากลไกต่างๆ
ในทางกลับกัน ฟังก์ชันการตั้งค่าแอ็ตทริบิวต์ของเชนตามหลายลายเซ็นสามารถให้ชุดของการกำหนดค่าเชนแบบกระจายศูนย์และโซลูชันแบบออนเชนแก่ชุมชนได้ พารามิเตอร์และการกำหนดค่าต่างๆ สามารถแก้ไขในลักษณะการกระจายอำนาจตามความเป็นจริง การพัฒนาทำให้การพัฒนาชุมชนดีขึ้น
กลไกการเต้นของหัวใจของโหนดและช่วงบล็อกที่เสถียร
เพื่อส่งเสริมความเสถียรของเครือข่ายหลัก EOSC ได้เสริมความแข็งแกร่งให้กับการสร้างโหนดตัวเลือกจากมุมมองของแบบจำลองทางเศรษฐกิจ ในขณะเดียวกัน EOSC ได้เพิ่มห่วงโซ่ กลไกการเต้นของหัวใจของโหนดบนเครือข่ายถูกใช้เพื่อส่งเสริมการเสริมความแข็งแกร่งของโหนดเพื่อปรับปรุงความเสถียรและส่งเสริมความเสถียรของเครือข่ายหลักทั้งหมด
บนพื้นฐานของกลไกการเต้นของหัวใจ EOSC สามารถยืนยันการทำงานของโหนด เพื่อให้โหนดที่ผิดพลาดสามารถถูกลงโทษตามห่วงโซ่ เพื่อควบคุมการสร้างโหนดเพิ่มเติมและป้องกันไม่ให้โหนดไม่ทำงาน ความไม่เสถียรของเครือข่ายหลักทั้งหมด
เพิ่มช่วงเวลาบล็อกในช่วงเริ่มต้นของการเปิดตัวเพื่อหลีกเลี่ยงซอฟต์ฟอร์กเป็นครั้งคราวบนเครือข่ายหลักเมื่อโครงสร้างพื้นฐานเครือข่ายปัจจุบันยังไม่สมบูรณ์แบบ EOSIO ออกแบบช่วงเวลาบล็อกครึ่งวินาทีและแม้ว่ากลไกของ โหนดที่สร้างบล็อกหกบล็อกติดต่อกันสามารถปรับปรุงความพร้อมใช้งานของเชนในอนาคตซึ่งใช้ไม่ได้กับสภาพแวดล้อมเครือข่ายปัจจุบัน ในทางปฏิบัติ ควรเพิ่มช่วงเวลาระหว่างการผลิตบล็อกก่อนแล้วจึงเปลี่ยนเป็นการผลิตบล็อกอย่างรวดเร็ว เมื่อเงื่อนไขสุกงอมในอนาคต สิ่งนี้สามารถลด soft forks ได้อย่างมีประสิทธิภาพและในขณะเดียวกันการลดจำนวนบล็อกสามารถเพิ่มอัตราการซิงโครไนซ์ของโหนดเต็มได้อย่างมากเพื่อให้มีโหนดเต็มมากขึ้นซึ่งจะช่วยปรับปรุง ความพร้อมของเครือข่ายทั้งหมด
API ชั้นสัญญาเพิ่มเติม
เพื่อให้นักพัฒนา DAPP พัฒนาสัญญาได้ง่ายขึ้น เราจึงเพิ่ม API บางส่วนและการปรับเปลี่ยนบางอย่างในสัญญาระบบ
ก่อนอื่น มีการเพิ่ม API สำหรับรับความสูงของบล็อก นักพัฒนาสามารถรับความสูงของบล็อกปัจจุบันได้อย่างง่ายดายและมีประสิทธิภาพ จาก API นี้ สัญญาสามารถหลีกเลี่ยงการบล็อกการโจมตีแบบบล็อกและการโจมตีแบบลองใหม่อื่น ๆ ได้อย่างมีประสิทธิภาพ ประการที่สอง เพิ่ม เพื่อรับ API ของข้อมูลการกำหนดค่า chain นักพัฒนาสามารถปรับการแก้ไขพารามิเตอร์ต่าง ๆ และการอัพเกรด chain ของ chain ที่ชั้นสัญญา เพื่อให้สัญญาสามารถติดตามฟังก์ชั่นการอัพเกรด chain ได้อย่างราบรื่น สุดท้าย เพื่อหลีกเลี่ยงสกุลเงินปลอม การโจมตี ก่อนที่เครือข่ายจะเริ่มขึ้น จะใช้สัญญาโทเค็นหลักที่เป็นอิสระ เพื่อให้ผู้ใช้สามารถแยกแยะการโจมตีสกุลเงินปลอมได้อย่างชัดเจน
การปรับให้เข้ากับบริการข้ามเชน
ในช่วงเริ่มต้นของการเปิดตัว ทีมงาน Force เล็งเห็นว่าการสนับสนุนสำหรับครอสเชนในอนาคตจะเป็นฟังก์ชันพื้นฐานของเชนสาธารณะ ดังนั้นทีม Force จึงเริ่มการพัฒนาโครงการ Codex สร้างห่วงโซ่รีเลย์ Codex.Relay เพื่อให้บริการรีเลย์สำหรับแต่ละห่วงโซ่ เพื่อให้ตระหนักถึงกลไกข้ามสายโซ่ระหว่างแต่ละห่วงโซ่ สามารถให้การสนับสนุนที่สมบูรณ์แบบยิ่งขึ้นสำหรับ Codex.Relay และทำงานร่วมกัน ผ่าน super nodes ของทั้งสอง chain สามารถบรรลุกลไก cross-chain ที่ "สมบูรณ์" นั่นคือระดับการกระจายอำนาจของ chain ใด ๆ จะไม่ลดลงในระหว่างกระบวนการ cross-chain
ด้วยกลไกแบบ cross-chain ทำให้สามารถขยายขนาดได้อย่างยอดเยี่ยม โดยขึ้นอยู่กับบริการรีเลย์ สามารถเพิ่มเลเยอร์ 2 sub-chain ได้ บริการและ DAPP บางอย่างที่ใช้ทรัพยากรขนาดใหญ่สามารถเรียกใช้บนพื้นฐานของ sub-chains ผ่านบริการรีเลย์ ผลการคำนวณหรือสถานะหลักจะซิงโครไนซ์กับ เพื่อให้ซับเชนพิเศษ เช่น ที่เก็บข้อมูล การคำนวณ DAPP และตัวเลขสุ่มสามารถเพิ่มในอนาคตเพื่อขยายฟังก์ชัน
เฟรมเวิร์กการพัฒนาบล็อกเชน EOSIO ที่ปรับแต่งได้สูง
จากบริการรีเลย์ สามารถเพิ่มเลเยอร์ย่อยของเลเยอร์ 2 และเชนย่อยต่างๆ จะมีบทบาทในระบบนิเวศของ EOSIO ในอนาคต มีผลอย่างมาก แต่ควรสังเกตว่าการพัฒนาโครงการบล็อกเชนในปัจจุบันด้วยฟังก์ชันที่ปรับแต่งตาม EOSIO ยังคงมีเกณฑ์ที่สูง ด้วยเหตุนี้ ทีมงาน Force จึงได้เปิดตัวโครงการ Codex.io ซึ่งเป็นโครงการที่ปรับแต่งได้สูง กรอบการพัฒนา EOSIO blockchain ช่วยลดเกณฑ์สำหรับการพัฒนา sub-chain และมอบประสบการณ์การพัฒนา sub-chain ที่ประหยัดและเป็นมิตรแก่นักพัฒนา
ทีมงาน Force ได้สั่งสมประสบการณ์มากมายในการพัฒนาบล็อกเชนโดยใช้ EOSIO ในระหว่างกระบวนการพัฒนา และหวังว่าจะเพิ่มมูลค่าของประสบการณ์เหล่านี้ให้ได้สูงสุด Codex.io เป็นบล็อกเชน EOSIO ที่ "นอกกรอบ" กรอบการพัฒนา นักพัฒนาสามารถเริ่มต้นห่วงโซ่ของตัวเองได้อย่างรวดเร็วโดยใช้ Codex.io หลังจากกำหนดค่าอย่างง่าย พวกเขาสามารถปรับแต่งสัญลักษณ์ต่างๆ เลือกระบบเศรษฐกิจและรูปแบบทรัพยากรได้อย่างอิสระ บนพื้นฐานนี้ นักพัฒนาจะต้องใส่ใจกับห่วงโซ่เท่านั้น ปัญหาที่จะ สามารถแก้ไขได้ด้วยตัวเองตามสัญญาหรือเลเยอร์เนทีฟของเชน Codex.io สามารถอำนวยความสะดวกให้นักพัฒนาขยายในเลเยอร์เนทีฟของเชนเพื่อแก้ปัญหาด้านประสิทธิภาพและยังสามารถขยายเชนได้อย่างมาก .ฟังก์ชั่น.
Codex.io รวมฟังก์ชั่นการขยายที่นำเสนอโดยเครือข่าย EOSIO ส่วนใหญ่ในปัจจุบัน Codex.io ช่วยให้นักพัฒนาสามารถรวมฟังก์ชั่นบนเครือข่ายได้อย่างอิสระ: รวมถึงระบบเบี้ยยังชีพ ระบบบัญชี และสีดำและ กลไกบัญชีขาว กลไกการกำกับดูแลทั่วไป และกลไกการลงคะแนนเสียง และปลั๊กอินต่างๆ
ด้วย Codex.io เครือข่ายย่อยของเลเยอร์ 2 จำนวนมากจะถูกรวมเข้าด้วยกันในอนาคต ซึ่งจะมอบความสามารถในการปรับขนาดที่ไม่จำกัด