Hôm nay chúng ta đang thảo luận về từ được sử dụng thường xuyên nhất trong lĩnh vực kinh tế mã hóa - phân quyền.

Phân cấp thường được coi là toàn bộ lý do tồn tại của chuỗi khối. Người ta thường lấy mức độ "phân quyền" làm thước đo quan trọng khi đánh giá một chuỗi công khai. Những người trong lĩnh vực công nghệ chuỗi khối đặc biệt "ghét" tính tập trung, khi thảo luận kỹ thuật đang bế tắc, mọi người thường sử dụng kế hoạch của bên kia để dẫn đến "tập trung hóa" như một lập luận mạnh mẽ nhất để chống lại quan điểm kỹ thuật.

Lý do tại sao chúng tôi muốn đạt được sự phi tập trung hóa được cho là nhiều người có cách hiểu riêng của họ.Dưới đây là một số điểm chung:

Quy tắc minh bạch và sự tham gia rộng rãi: Những nhược điểm của hệ thống tập trung đã bị chỉ trích từ lâu. Các quy tắc kế toán (hoặc luật chơi) của một hệ thống nên được xác định bởi tất cả những người tham gia và không bao giờ nên được xác định bởi một cá nhân hoặc tổ chức duy nhất. Nếu quyền lực quá tập trung Khó có thể đảm bảo rằng những người hoặc tổ chức có quyền lực sẽ không vì lợi ích của người khác mà làm lợi cho mình.

khả năng chịu lỗi: Khi có một số nút độc hại hoặc nút bị lỗi sẽ không ảnh hưởng đến hoạt động trơn tru của hệ thống, xét cho cùng, không có khả năng tất cả các nút sẽ bị lỗi hoặc làm điều ác cùng một lúc.

sẽ không bị thao túng: Bởi vì họ thiếu một điểm trung tâm nhạy cảm, họ sẽ tốn kém hơn để tấn công và phá hoại hoặc thao túng.

Những sinh viên theo dõi PlatON có thể đã phát hiện ra rằng cơ chế đồng thuận của PlatON đã tăng số lượng nút ứng cử viên lên 201 và số lượng nút đồng thuận trên mỗi vòng đã tăng lên 43, gần gấp đôi mức độ phân cấp so với mạng trình diễn hàng đầu A-lại-da. Tuy nhiên, điều đó có nghĩa là càng nhiều nút tham gia đồng thuận thì càng tốt? Chỉ cần tưởng tượng, bất kể chi phí phần cứng và băng thông, nếu mỗi người trong số 7 tỷ người trên thế giới chạy một nút và tham gia vào sổ sách kế toán, thì sẽ có vấn đề gì?

1. Hiệu quả đồng thuận thấp

Đối với PlatON dựa trên giao thức đồng thuận Giskard, cần có ít nhất hai vòng QC (Chứng chỉ số đại biểu) để xác nhận khối hoặc trạng thái và mỗi vòng QC phải đảm bảo chữ ký của hơn 2/3 (2f+1) nút trong toàn bộ mạng. các nút sẽ dẫn đến sự sụt giảm nghiêm trọng về hiệu quả đồng thuận.

2. Vấn đề bảo mật

Theo lý thuyết đồng thuận BFT, tổng số nút là N = 3F + 1. Khi tỷ lệ nút xấu không đổi, tổng số càng lớn nghĩa là nút độc hại hoặc nút lỗi F càng lớn. PlatON hiện đang sử dụng một cơ chế của việc chọn ngẫu nhiên các nút để tham gia vào sự đồng thuận, mặc dù nó có thể Bằng cách cải thiện thuật toán ngẫu nhiên và tịch thu kịp thời các nút xấu thông qua Chém, cố gắng tránh cùng một vòng các nút đồng thuận là các nút xấu, nhưng vẫn không phù hợp để đặt tổng số của các nút ứng cử viên quá lớn về mặt bảo mật.

3. Không đủ ưu đãi cho các nút

Các nút tham gia vào sự đồng thuận phải duy trì hiệu quả và an ninh mạng, nhưng điều này không phải là vị tha. Hầu hết các mạng bao gồm cả PlatON đều kích thích các nút bằng cách phát hành thêm mã thông báo. Tuy nhiên, nếu có quá nhiều nút, số lượng ưu đãi cần thiết là quá lớn. một nút duy nhất sẽ trở nên rất hạn chế, điều này sẽ ảnh hưởng đến sự nhiệt tình của các nút trong việc duy trì hiệu quả và bảo mật mạng.

4. Cập nhật, nâng cấp chậm

Một nhóm lớn chắc chắn sẽ có nhiều tiếng nói khác nhau.Không dễ để thúc đẩy các đề xuất cải tiến mới (chẳng hạn như PIP) và những người khởi xướng đề xuất cần có đủ sự hỗ trợ trước khi chúng có thể được thực hiện.

Dựa trên những lý do trên, PlatON hiện không công bố hoàn toàn tổng số người xác minh và số nút đồng thuận mỗi vòng, thay vào đó, nó thực hiện các điều chỉnh sơ bộ dựa trên công nghệ hiện tại, yêu cầu hiệu suất nghiêm ngặt và tiền đề thử nghiệm bất thường. các nút xác minh ở đó là phù hợp nhất. Hiện tại vẫn chưa có kết luận, nhưng từ góc độ lặp lại công nghệ và phát triển lâu dài, tham số hiện tại của 201+43 cần được mở rộng hơn nữa. Chúng ta có thể thử đặt một vài các mục tiêu nhỏ trên cơ sở cân bằng giữa bảo mật và hiệu suất.

Số nút thay thế: Nó được lên kế hoạch để hỗ trợ hơn 10.000 nút. Xem xét tự động điều chỉnh số lượng nút ứng cử viên theo các yếu tố như số lượng LAT được cam kết, số lượng giao dịch và tốc độ tạo khối, để tăng chi phí của các nút đang thực hiện ác và giảm nguy cơ bị tấn công.

Số nút xác minh: Xem xét việc tối ưu hóa giao thức đồng thuận Giskard và hỗ trợ nhiều nút xác minh hơn trên cơ sở đảm bảo rằng không có tổn thất rõ ràng về hiệu suất. Do cửa sổ thời gian của các cuộc tấn công DDoS, số lượng nút xác minh BFT tham gia không được quá lớn. Nó được lên kế hoạch để hỗ trợ 200 nút xác minh.

Thuật toán ngẫu nhiên tối ưu: Một thuật toán tốt có thể đồng thời đảm bảo tính bảo mật và tính công bằng, và PlatON sẽ tiếp tục tối ưu hóa và cải thiện thuật toán để chọn các nút đồng thuận.