Dựa trên các khái niệm quản trị khác nhau, cộng đồng EOSC đã tối ưu hóa cơ chế bầu cử EOSIO, ra mắt mạng chính EOSC ở Genesis Chiều cao 1, và tiếp tục lặp lại và nâng cấp mạng chính EOSC, khiến EOSC tiếp tục phát triển hướng tới nền tảng hợp đồng thông minh hiệu suất cao phi tập trung.

Bối cảnh

Nền kinh tế tiền điện tử đã mở ra một giai đoạn quan trọng từ các thí nghiệm xã hội đến sử dụng thương mại quy mô lớn.
Đằng sau sử dụng thương mại quy mô lớn có nghĩa là áp lực giao dịch lớn. Để thực hiện hiệu quả nhu cầu giao dịch lớn, trước tiên, một hệ thống blockchain phải cung cấp hiệu suất đủ mạnh. Để đạt được điều này, các yêu cầu cao hơn là cần thiết cho nút đầy đủ, chẳng hạn như cấu hình tốt hơn của máy phần cứng, dung lượng lưu trữ lớn hơn, mạng ổn định hơn, băng thông nhanh hơn, độ trễ thấp hơn, v.v ... Rõ ràng, ngưỡng cao cho nút đầy đủ sẽ dẫn đến giảm số lượng các nút tạo khối có thể hoạt động ổn định. Nếu cơ chế POS được sử dụng trong một hệ thống blockchain như vậy, hệ thống sẽ nhanh chóng hội tụ đến một tình huống tập trung. Để đạt được sự cân bằng giữa hiệu suất cao và phân cấp, thuật toán đồng thuận DPOS chắc chắn là sự lựa chọn tốt nhất hiện tại và giải pháp tốt nhất để quản lý một số lượng nhỏ các nút.
Eosio dựa trên thuật toán đồng thuận DPO ra đời và cộng đồng lần đầu tiên nhìn thấy buổi bình minh của việc sử dụng thương mại quy mô lớn của nền kinh tế tiền điện tử. Liệu cơ chế bầu cử có hiệu quả hoàn toàn hay không là chìa khóa cho sự tồn tại của cơ chế đồng thuận DPOS và nó cũng liên quan đến việc liệu cơ chế đồng thuận DPOS có thể chuyển tiếp POW để dẫn đầu thế hệ sóng mã hóa tiếp theo hay không.
Để đẩy nhanh sự xuất hiện của thời đại sử dụng thương mại quy mô lớn của nền kinh tế tiền điện tử, cộng đồng EOSC đã tối ưu hóa cơ chế bầu cử EOSIO, đã tung ra mạng chính EOSC ở Genesis Chiều cao 1 và tiếp tục lặp lại và nâng cấp mạng lưới chính EOSC, do đó EOSC tiếp tục phát triển theo hướng phát triển.

Cơ chế đồng thuận

EOSC theo cơ chế đồng thuận của eosio, cụ thể là sự đồng thuận của đường ống DPOS BFT. Không giống như eosio, EOSC không áp dụng chế độ EOSIO với một khối cứ sau 0,5 giây và một nút tạo ra 6 khối. Cứ sau 3 giây trong EOSC, các nút sẽ không tạo ra các khối liên tục. Mặc dù các nút có thể làm giảm thời gian chờ đợi các giao dịch chưa đóng gói, môi trường mạng hiện tại thường không lý tưởng, việc tạo khối nhanh chóng sẽ ảnh hưởng đến sự ổn định của chuỗi và gây ra một số lượng lớn các dĩa vi mô.
Cơ chế đồng thuận hiện tại của EOSIO không đủ hoàn hảo, nhưng là nền tảng DAPP, thời gian xác nhận khối không phải là ưu tiên hàng đầu của tối ưu hóa chuỗi. Đối với EOSC, cơ chế đồng thuận phải được xem xét trong môi trường tải cao. Trong tình huống hiện tại mà hệ thống máy tính song song không hoàn hảo, việc cải thiện vội vàng cơ chế xác nhận đường ống là rất có vấn đề.
Cơ chế đồng thuận trong tương lai của EOSC sẽ phát triển song song từ hai hướng
1. Tương thích với phát triển EOSIO và cập nhật thuật toán đồng thuận của nó. Chúng tôi đánh giá dựa trên tiến trình phát triển hiện tại của eosio. Khi Eosio hoàn thành cải tiến song song, thuật toán đồng thuận sẽ được nâng cấp để đạt được thời gian xác nhận khối nhanh hơn.
2. Các cơ chế đồng thuận khác dựa trên số xác nhận sẽ được điều chỉnh để bổ sung cho sự đồng thuận DPO hiện có. Một mặt, sự tương tác giữa sự đồng thuận chuỗi lớp 2 được nhúng và chuỗi chính sẽ được thực hiện. Mặt khác, một cơ chế chuỗi chéo phi tập trung hơn có thể đạt được với các cơ chế đồng thuận khác.

Cải thiện công nghệ EOSC

Mô hình tài nguyên dựa trên phí xử lý
Mặc dù mô hình thanh toán tài nguyên Net và CPU của EOSIO là một thiết kế tốt trong công nghệ, nhưng nó quá phức tạp đối với người dùng và không thể quảng bá các nhà phát triển DAPP để tối ưu hóa hợp đồng của họ. Mặt khác, phương pháp mua RAM của EOSIO sẽ dẫn đến một số hành vi tích trữ nhất định, không có lợi cho sự phát triển của hệ sinh thái DAPP. Vì lý do này, EOSC đã thiết kế sáng tạo một mô hình tài nguyên mới. Thông qua tối ưu hóa thực tế, nó khám phá mô hình tài nguyên dựa trên việc xử lý phí trong môi trường hợp đồng thông minh phức tạp để giải quyết hoàn toàn các vấn đề tài nguyên gây ra hệ sinh thái EOS.
Trước hết, EOSC thanh toán CPU và tiêu thụ tài nguyên ròng của người dùng trong chế độ Phí xử lý. Đối với hành động được xác định bởi nhà phát triển trong DAPP, các nhà phát triển DAPP có thể đặt phí xử lý cần thiết cho hành động. Hệ thống kiểm soát việc sử dụng hành động dựa trên điều này. Một mặt, điều này tạo điều kiện cho người dùng hiểu được việc tiêu thụ tài nguyên và mặt khác, nó cũng thúc đẩy mạnh mẽ các nhà phát triển DAPP để tối ưu hóa việc sử dụng tài nguyên hợp đồng, để toàn bộ hệ sinh thái có thể phát triển lành mạnh.
EOSC sử dụng máy chủ cho thuê đám mây để phân bổ tài nguyên RAM theo cách tương tự như thuê máy chủ đám mây. Người dùng có thể trả chi phí cho thuê tài nguyên RAM bằng cách sử dụng cổ tức bỏ phiếu, để người dùng không cần phải lo lắng về việc thanh toán tiền thuê và cũng loại bỏ vấn đề truy thu tiền thuê. Thông qua phương pháp "thuê và bán", EOSC có thể tránh các hành vi đầu cơ một cách hiệu quả đối với các tài nguyên RAM, do đó sự phát triển của DAPP không phải bị xáo trộn bởi giá RAM và thúc đẩy hiệu quả việc xây dựng hệ sinh thái DAPP.
Mặc dù mạnh dạn đổi mới và khám phá các mô hình tài nguyên mới, EOSC cũng khám phá cơ chế này để tương thích với các mô hình tài nguyên EOSIO. Đối với CPU và tài nguyên ròng, người dùng có thể trả phí dựa trên tuổi cổ tức để đạt được hiệu quả của việc có được CPU và tài nguyên ròng tương tự như thế chấp EOSIO. Đối với RAM, người dùng có thể đạt được hiệu quả của EOSIO dựa trên việc mua thị trường thông qua việc trao đổi bỏ phiếu đặt cược, để các nhà phát triển DAPP có thể nhanh chóng tham gia EOSIO từ các chuỗi eosio khác và chuyển sang mô hình tài nguyên EOSC.
Cơ chế cập nhật mượt mà
Cơ chế bầu cử của EOSC khuyến khích các nút siêu tích cực tham gia vào việc thúc đẩy nâng cấp công nghệ. Không giống như sự phân chia của phiên bản nút cộng đồng Eosio, Eosc tích cực thúc đẩy các nâng cấp và cập nhật công nghệ trong thực tế.
Để đạt được quy trình nâng cấp không tương thích mượt mà hơn, EOSC đã thêm một bộ cơ chế cập nhật dựa trên chiều cao của khối hiệu quả. Cộng đồng có thể xác nhận chiều cao của khối hiệu quả của một hàm thông qua nhiều dấu hiệu, để phân cấp quy trình nâng cấp trơn tru. Không giống như sơ đồ gắn thẻ được đề xuất gần đây của EOSIO dựa trên dữ liệu mở rộng khối, cơ chế cập nhật của EOSC thân thiện và có lợi hơn cho sự hiểu biết. Thực tiễn đầu tiên của EOSC về quy trình cập nhật "Fork Fork" phi tập trung trong chuỗi dựa trên eosio, đây là bảo đảm cơ bản cho EOSC tiếp tục phát triển để giải quyết các vấn đề cơ chế khác nhau.
Mặt khác, chức năng của các thuộc tính chuỗi cài đặt dựa trên nhiều dấu hiệu có thể cung cấp cho cộng đồng một bộ cấu hình chuỗi phi tập trung và các sơ đồ trên chuỗi. Các thông số và cấu hình khác nhau có thể được sửa đổi một cách phi tập trung theo sự phát triển thực tế, để cộng đồng có thể phát triển tốt hơn.
Cơ chế nhịp tim nút và khoảng đầu ra khối ổn định
Để thúc đẩy sự ổn định của mạng chính, EOSC củng cố việc xây dựng các nút thay thế từ góc độ của mô hình kinh tế. Đồng thời, EOSC thêm một cơ chế nhịp tim nút trên chuỗi để thúc đẩy các nút để tăng cường và cải thiện tính ổn định của chúng và thúc đẩy sự ổn định hơn của toàn bộ mạng chính.
Dựa trên cơ chế nhịp tim, EOSC có thể xác nhận hoạt động của nút, do đó các nút bị lỗi bị trừng phạt dựa trên chuỗi, do đó thúc giục việc xây dựng các nút và ngăn chặn sự mất ổn định của các nút hoạt động trong toàn bộ mạng chính.
Thời gian khoảng thế hệ khối được tăng lên khi bắt đầu khởi động, để tránh các dĩa mềm thường xuyên trên mạng chính khi cơ sở hạ tầng mạng hiện tại chưa hoàn hảo. Khoảng thời gian tạo khối nửa giây được thiết kế bởi EOSIO và cơ chế kết nối sáu khối với một nút chắc chắn có thể cải thiện tính khả dụng của chuỗi trong tương lai, nhưng nó không được áp dụng trong môi trường mạng hiện tại. Với thái độ thực dụng, thời gian khoảng thế hệ khối sẽ được tăng lên trước tiên và sau khi điều kiện trưởng thành trong tương lai, nó sẽ được thay đổi thành thế hệ khối nhanh. Điều này có thể làm giảm hiệu quả các nhánh mềm. Đồng thời, việc giảm số lượng khối có thể làm tăng đáng kể tốc độ đồng bộ hóa của toàn bộ nút, để có thể có nhiều nút đầy đủ hơn, do đó tăng cường tính khả dụng của toàn bộ mạng.
Thêm API lớp hợp đồng
Để làm cho nó thuận tiện hơn cho các nhà phát triển DAPP để phát triển hợp đồng, một số API đã được thêm vào và một số điều chỉnh cụ thể đã được thực hiện cho các hợp đồng hệ thống.
Đầu tiên, một API để có được chiều cao khối được thêm vào và các nhà phát triển có thể dễ dàng và hiệu quả có chiều cao khối hiện tại. Dựa trên API này, các hợp đồng có thể tránh hiệu quả việc chặn các cuộc tấn công khối và các cuộc tấn công dựa trên thử lại khác. Thứ hai, một API để có được thông tin cấu hình chuỗi được thêm vào và các nhà phát triển có thể điều chỉnh các hiệu chỉnh tham số khác nhau và nâng cấp chuỗi thành chuỗi ở lớp hợp đồng, để hợp đồng cũng có thể làm theo chức năng nâng cấp chuỗi. Cuối cùng, để tránh các cuộc tấn công tiền tệ giả, các hợp đồng mã thông báo lõi độc lập được sử dụng trước khi chuỗi được bắt đầu, để người dùng có thể phân biệt rõ ràng các cuộc tấn công tiền tệ giả.
Điều chỉnh các dịch vụ chuỗi chéo
Khi bắt đầu ra mắt, nhóm Lực lượng đã thấy trước rằng sự hỗ trợ cho chuỗi chéo sẽ là chức năng cơ bản của các chuỗi công cộng trong tương lai. Do đó, nhóm lực lượng đã ra mắt sự phát triển của dự án Codex và thiết lập chuỗi rơle Codex.Relay để cung cấp dịch vụ chuyển tiếp cho từng chuỗi, để nhận ra cơ chế chuỗi chéo giữa mỗi chuỗi, có thể cung cấp hỗ trợ đầy đủ hơn cho Codex.Relay. Thông qua các nút siêu của hai chuỗi hoạt động lẫn nhau, một cơ chế chéo "hoàn chỉnh" có thể đạt được, nghĩa là mức độ phân cấp của bất kỳ chuỗi nào sẽ không được giảm trong quá trình chuỗi chéo.
Thông qua cơ chế chuỗi chéo, khả năng mở rộng tuyệt vời có thể thu được. Dựa trên các dịch vụ chuyển tiếp, chuỗi phụ Lớp 2 có thể được thêm vào. Một số dịch vụ và DAPP có tiêu thụ tài nguyên cao có thể được chạy dựa trên các chuỗi con và kết quả tính toán hoặc trạng thái cốt lõi có thể được đồng bộ hóa với các dịch vụ chuyển tiếp. Theo cách này, các chuỗi con đặc biệt như lưu trữ, điện toán, DAPP và các số ngẫu nhiên có thể được thêm vào để mở rộng các chức năng.
Khung phát triển Blockchain Eosio có thể tùy chỉnh cao
Dựa trên các dịch vụ chuyển tiếp, nó có thể thêm chuỗi phụ Lớp 2. Trong tương lai, các chuỗi con khác nhau sẽ đóng một vai trò tuyệt vời trong hệ sinh thái eosio. Tuy nhiên, cần lưu ý rằng hiện tại, dự án blockchain với các chức năng tùy chỉnh dựa trên eosio vẫn có ngưỡng cao. Vì lý do này, nhóm Lực lượng đã ra mắt dự án Codex.io, đây là khung phát triển Blockchain có thể tùy chỉnh cao, làm giảm ngưỡng phát triển của chuỗi con và cung cấp cho các nhà phát triển trải nghiệm phát triển chuỗi phụ tiết kiệm và thân thiện hơn.
Nhóm Lực lượng đã tích lũy rất nhiều kinh nghiệm trong việc phát triển blockchain dựa trên eosio trong quá trình phát triển và cũng hy vọng sẽ chơi đầy đủ cho giá trị lớn nhất của nó. Codex.io là một khung phát triển blockchain "ngoài hộp". Các nhà phát triển có thể nhanh chóng bắt đầu một chuỗi dựa trên Codex.io. Sau khi cấu hình đơn giản, họ có thể tùy chỉnh các biểu tượng khác nhau và tự do chọn các hệ thống kinh tế và mô hình tài nguyên. Trên cơ sở này, các nhà phát triển chỉ cần chú ý đến các vấn đề mà bản thân chuỗi cần phải giải quyết. Theo đó, họ có thể chọn thực hiện chúng dựa trên hợp đồng hoặc chuỗi bản địa. Codex.io có thể tạo điều kiện cho các nhà phát triển mở rộng trong lớp bản địa của chuỗi để giải quyết một số vấn đề về hiệu suất và cũng có thể mở rộng đáng kể các chức năng của chuỗi.
Codex.io tích hợp các chức năng mở rộng được đề xuất bởi hầu hết các chuỗi EOSIO. Với thái độ bao gồm, Codex.io cho phép các nhà phát triển tự do kết hợp các chức năng trên chuỗi: bao gồm hệ thống bảo mật sống tối thiểu, hệ thống tài khoản, các cơ chế danh sách đen trắng khác nhau, cơ chế quản trị chung và cơ chế bỏ phiếu và các trình cắm khác nhau.
Thông qua Codex.io, một số lượng lớn các chuỗi con lớp 2 sẽ được tích hợp trong tương lai, sẽ cung cấp mở rộng vô hạn.