Quản trị phi tập trung 2.0 trên Polkadot - Quả bom decentralize

Tổng quan

Khoảng năm 500 TCN, trên thế giới xuất hiện nền dân chủ đầu tiên, và được biết đến đó là nền dân chủ Athena ở thành phố Athena, nước Hy Lạp cổ đại. Nó vẫn còn là một thử nghiệm độc đáo, hấp dẫn ở nền dân chủ mà ở đó người dân không bầu các đại diện và để họ bỏ phiếu nhân danh nhân dân mà họ bầu các đạo luật về hành pháp và lập pháp bằng chính quyền của họ.

Và những năm 201x, với sự ra đời của công nghệ blockchain, con người lại một lần nữa thử nghiệm quản trị dân chủ hóa với tên gọi quản trị phi tập trung. Ethereum là dự án blockchain smartcontract đầu tiên trên thế giới tiên phong thử nghiệm mô hình quản trị dân chủ phi tập trung với việc trao quyền cho cộng đồng Ethereum.

Ngoài Ethereum, một các dự án nổi bật về mô hình dân chủ phi tập trung khác đó là Polkadot. Polkadot đã thực hiện mô hình dân chủ phi tập trung trong suốt 3 năm qua và ít nhiều đạt được kết quả đáng khích lệ. Tuy nhiên, những thử nghiệm ban đầu vẫn còn nhiều thiếu sót, và giờ đây, họ tiếp tục giới thiệu mô hình quản trị phi tập trung version 2.0 để khắc phục những thiếu sót của mô hình quản trị dân chủ phi tập trung hiện tại.

Vậy mô hình quản trị phi tập trung Gov2 của Polkadot là gì? Hoạt động như thế nào? Mọi thắc mắc của các bạn sẽ được GFS Blockchain giải đáp thông qua bài viết nghiên cứu dưới đây.

Cùng nhìn lại hệ thống quản trị phi tập trung Gov1

Hệ thống quản trị phi tập trung đầu tiên của Polkadot khá thú vị:

Cấu trúc a tri-cameral (three-chamber) với một ủy ban kỹ trị quản lý tiến trình nâng cấp, một “government” điều hành được bầu chọn, được phê duyệt để quản lý các thông số, quản trị và các đề xuất chi tiêu.
Một hệ thống bỏ phiếu chung cho mọi thứ khác, giúp tăng ảnh hưởng cho các bên liên quan lâu dài. Nó dựa trên nền dân chủ nghị viện một cách lỏng lẻo và đã hoạt động khá tốt trong 2-3 năm đầu hoạt động, giúp đảm bảo sử dụng hiệu quả quỹ kho bạc, lưu giữ một đoạn clip nhanh với việc triển khai các bản nâng cấp và quản lý việc triển khai các bản sửa lỗi quan trọng hơn trong một thời trang hợp thời.

Tuy nhiên, nó có mặt hạn chế của nó:

Cơ quan điều hành được bầu được gọi là Hội đồng (Council), tập trung và thường không ẩn danh. Điều này đặt cả giao thức vào một số mức độ rủi ro cũng như các ủy viên hội đồng cá nhân, những người có thể thấy mình bị áp lực phải hành động theo cách này hay cách khác. Ủy ban Kỹ thuật, trong khi sử dụng ít điện năng hơn đáng kể, có mức độ tiếp xúc tương tự và mức độ tập trung cao hơn. Trong một thế giới mà các nhà chức trách trên toàn xã hội (cả thiện và ác), sự phân quyền ngày càng cần thiết vì sự an toàn và bảo mật của tất cả những người tham gia.
Hơn nữa, chỉ tồn tại một mô hình trưng cầu dân ý. Mỗi lần chỉ có thể có một cuộc trưng cầu dân ý được bỏ phiếu và những cuộc bỏ phiếu này kéo dài nhiều tuần theo mặc định. Về tổng thể hệ thống ủng hộ với rất ít đề xuất hơn là xem xét rộng rãi đối với rất nhiều đề xuất. Thay vì tận dụng sức mạnh của đám đông, nó vô tình hạn chế nỗ lực quản lý khối lượng thông lượng quyết định tiềm năng.

Bản chất của ủy quyền có nghĩa là hệ thống có một mức độ độc quyền được tích hợp sẵn trong đó. Các rào cản gia nhập trong khuôn khổ chính trị hiệu quả là cao, làm giảm tính toàn diện và đa dạng, ảnh hưởng đến tỷ lệ cử tri đi bầu và tính hợp pháp.

Rõ ràng rằng phiên bản đầu tiên của quản trị Polkadot Gov1 chỉ là: một cái gì đó được lặp đi lặp lại theo thời gian. Vậy thế hệ quản trị tiếp theo trong hệ sinh thái Polkadot Gov2 sẽ như thế nào?

Giới thiệu hệ thống quản trị phi tập trung Gov2

Hệ thống quản trị thế hệ tiếp theo của Polkadot, được biết đến với tên gọi Gov2 trong quá trình phát triển, nhằm giải quyết các vấn đề của hệ thống hiện tại. Đầu tiên, những gì nó không thay đổi:

Không phá vỡ nguyên tắc quản trị Polkadot ban đầu, vốn cho rằng 50% tổng số cổ phần trong hệ thống, nếu họ có đủ sức tin tưởng theo quan điểm của mình, cuối cùng có thể chỉ huy tương lai của hệ thống.
Không tách rời khỏi Conviction Voting được tiên phong trong Polkadot mang lại sức nặng lớn hơn cho những người sẵn sàng khóa mã token của họ vào hệ thống lâu hơn. Hơn nữa, vẫn còn được sử dụng cho một tập thể kỹ trị, mặc dù nó có phần khác biệt về tầm quan trọng, quy mô, thành phần và cơ chế thành viên so với Ủy ban kỹ thuật hiện tại.

Điểm khác biệt nhất của nó là cách nó quản lý các phương tiện thực tế của việc ra quyết định hàng ngày, làm cho tác động của các cuộc trưng cầu có phạm vi tốt hơn và nhanh nhẹn hơn để tăng đáng kể số lượng các quyết định tập thể mà hệ thống có thể thực hiện. Hãy xem xét sâu hơn một chút về cách nó hoạt động.

Cách thức hoạt động của Gov2

Giảm các rào cản

Gov2 thực sự đơn giản hơn rất nhiều so với quản trị hiện tại. Không có cơ quan bổ sung nào đóng vai trò là “công dân hạng nhất” trong quản trị như Hội đồng và Ủy ban kỹ thuật. Không có thời gian biểu xen kẽ của các đề xuất. Không có hàng đợi đề xuất công khai. Thay vào đó, chúng ta chỉ có một cơ chế ra quyết định hạng nhất:

“trưng cầu dân ý”

Trong Gov2, bất kỳ ai cũng có thể bắt đầu cuộc trưng cầu dân ý bất kỳ lúc nào và họ có thể thực hiện điều này bao nhiêu lần tùy thích. Bất kỳ ai cũng có thể bỏ phiếu cho các cuộc trưng cầu này. Không có giới hạn rõ ràng về số lượng cuộc trưng cầu được mở để bỏ phiếu bất cứ lúc nào.

Nhưng điều này có thể dẫn đến nhiều thứ hơn để bỏ phiếu mà một người bình thường với một khoảng thời gian hợp lý có thể đánh giá được. Điều này có thể làm giảm cả tính bao gồm và bảo mật. Vì vậy, để làm cho vô số thứ tiềm năng để bỏ phiếu có thể quản lý được đối với con người đơn thuần, Polkadot giới thiệu một số tính năng mới thú vị cho quá trình trưng cầu dân ý.

Origin và Track (Nguồn gốc và theo dõi)

Tất cả các cuộc trưng cầu đều dựa trên một đề xuất. Có tất cả các loại hoạt động mà Polkadot có thể thực hiện, nhưng một vài thao tác mà bạn có thể đã quen thuộc là “transfer” có thể di chuyển tài sản giữa các tài khoản và “stake” cho phép một tài khoản stake. Điều làm cho chức năng quản trị này trở nên đặc biệt không phải là các đề xuất/hoạt động này, mà là Origin mà chúng được thực thi.

Bạn có thể coi Origin như một loại mô tả phong phú cho cấp đặc quyền. Nó được chuyển vào khi một hoạt động được thực thi và logic của hoạt động thường sẽ kiểm tra xem nó có đúng không. Khi một giao dịch thông thường thực thi, tham số Origin được đặt thành một biến thể được gọi là “Signed” . Điều này ngụ ý rằng một tài khoản cụ thể trong hệ thống được ủy quyền (thường thông qua việc ký kết giao dịch) hoạt động xảy ra và nó chạy với đặc quyền này, ngụ ý thêm rằng ví dụ: tiền được kiểm soát bởi tài khoản này và chỉ có tài khoản này mới có thể được sử dụng.

Nội dung cấp quản trị hoạt động để cho phép các hoạt động chạy với các Origin khác, đặc quyền hơn. Đặc quyền nhất trong số đó là Origin. Đây là Origin mà từ đó các đề xuất của tất cả các cuộc trưng cầu dân ý đã được phê duyệt trong hệ thống quản trị cũ đã được gửi đi. Trong Gov2, chúng ta có nhiều Origin khác nhau, tất cả đều được hưởng một số đặc quyền, nhưng trong đó nhiều người có sức mạnh kém hơn đáng kể và thích hợp hơn so với Root.

Trong Gov2, Polkadot cho phép người đề xuất chỉ định Origin mà họ muốn thực hiện đề xuất của họ. Mỗi Origin được hỗ trợ được liên kết với một lớp trưng cầu dân ý duy nhất và hầu hết các lớp này sẽ tương ứng với chính xác một Origin, nhưng có thể có một số lớp bao gồm nhiều Origin. Mỗi lớp có Track riêng , về cơ bản là một đường dẫn trong đó đề xuất nằm trong đó và tiến hành thông qua, và nó hoàn toàn độc lập với các Track của lớp khác.

Việc có các Track độc lập cho phép Polkadot điều chỉnh động lực của chương trình tham khảo dựa trên mức đặc quyền của chúng. Giới thiệu thực hiện các đề xuất của họ từ nhiều nguồn sức mạnh hơn. Sẽ có các biện pháp bảo vệ nghiêm ngặt hơn, ngưỡng cao hơn và thời gian xem xét dài hơn. Origin có các ngưỡng và biện pháp bảo vệ cao nhất. Những Root Origin tương đối ít quyền lực (ví dụ Tip Origin, có thể chi tiêu tối đa 10 DOT từ kho bạc), do đó có thời gian xem xét ngắn hơn và ngưỡng phê duyệt thấp hơn.

Kicking off

Khi một cuộc trưng cầu được tạo ra ban đầu, nó sẽ được mọi người trong cộng đồng lập tức tán thành. Tuy nhiên, nó không ở trạng thái mà nó có thể kết thúc, hoặc nếu không thì số phiếu của nó đã được kiểm, được chấp thuận và ban hành một cách tổng kết. Thay vào đó, cuộc trưng cầu phải đáp ứng một số tiêu chí trước khi chúng được chuyển sang trạng thái được gọi là Deciding. Cho đến khi chúng ở trong trạng thái này, chúng vẫn chưa được quyết định.

Các tiêu chí cần được đáp ứng gồm ba phần:

Thứ nhất, tất cả các cuộc trưng cầu đều có một khoảng thời gian. Đây là khoảng thời gian phải trải qua sau khi đề xuất trước, khi quyết định có thể bắt đầu. Điều này cung cấp một khoảng thời gian thông báo ban đầu trong đó các phiếu bầu có thể được gửi để giảm thiểu khả năng “decision sniping” trong đó kẻ tấn công kiểm soát một lượng đáng kể quyền biểu quyết có thể tìm cách thông qua một đề xuất ngay sau khi đề xuất nó, không cho phép bỏ phiếu tổng thể thời gian dân số để xem xét và bỏ phiếu.

Thứ hai, phải có chỗ cho quyết định. Tất cả các đề xuất voting đều có giới hạn riêng về số lượng cuộc trưng cầu có thể quyết định đồng thời. Origin cho phép càng mạnh thì giới hạn này càng thấp. Mức gốc Origin có giới hạn là một, ngụ ý rằng chỉ một đề xuất nguy hiểm duy nhất có thể được quyết định cùng một lúc. Ngược lại, theo dõi Tipping khá yếu kém có giới hạn ít nghiêm ngặt hơn vì bất kỳ thiệt hại nào được thực hiện thông qua dân số quá lớn là tối thiểu và sẽ hữu ích hơn nhiều nếu quyết định nhiều mẹo cùng một lúc qua nhiều lệnh gọi cấp Root. Khi có chỗ trống, thì cuộc trưng cầu dân ý (nếu không đủ điều kiện) của lớp có nhiều phiếu ủng hộ nhất sẽ được nâng lên thành trạng thái Deciding.
Cuối cùng, một Decision Deposit phải được thanh toán. Việc tạo ra một cuộc trưng cầu dân ý rất rẻ, với khoản tiền staking chỉ cần được thanh toán liên quan đến bộ nhớ trên chuỗi cần thiết để theo dõi nó. Tuy nhiên, có một cuộc trưng cầu được quyết định dựa trên rủi ro lớn hơn và sử dụng không gian hạn chế vì Polkadot giới hạn số lượng cuộc trưng cầu có thể được quyết định đồng thời trên mỗi đường đua. Do đó, một khoản tiền gửi lớn hơn (mặc dù có thể hoàn lại) phải được trả để giảm thiểu việc gửi thư rác hoặc làm căng thẳng hệ thống.

Quyết định và xác nhận 1 đề xuất

Một khi cuộc trưng cầu dân ý đi vào trạng thái quyết định (Deciding), thì nó đủ điều kiện để được thông qua. Tính đủ điều kiện này chỉ kéo dài trong một thời gian hữu hạn (28 ngày trên Polkadot), tại thời điểm đó nếu nó không được chấp thuận thì nó sẽ bị từ chối theo mặc định. Để được chấp thuận, nó phải đáp ứng hai tiêu chí và nó phải tiếp tục đáp ứng các tiêu chí này trong thời gian tối thiểu của Confirmation Period. Các track khác nhau có thời lượng Confirmation Period khác nhau, với những track mạnh mẽ hơn sẽ mất nhiều thời gian hơn để xác nhận. Đây là biện pháp bảo vệ bổ sung chống lại một cử tri cá voi đang cố gắng “snipe” cuộc trưng cầu dân ý bằng cách đặt một phiếu bầu đủ lớn để các tiêu chí phê duyệt bị đánh bất ngờ.

Hai tiêu chí thông qua liên quan đến sự chấp thuận và hỗ trợ. Đã qua rồi xu hướng số đại biểu thích ứng của các cuộc trưng cầu dân ý trong quá khứ. Giờ đây, Polkadot có một hệ thống linh hoạt hơn, nơi các yêu cầu này có thể được tùy chỉnh ở mức độ chi tiết hơn nhiều. Sự chấp thuận được định nghĩa là tỷ lệ của tỷ trọng phiếu tán thành so với tổng số tỷ trọng phiếu bầu (đối với cả phê duyệt và bác bỏ). Hỗ trợ là tổng số phiếu tán thành so với tổng số phiếu bầu có thể được thực hiện trong hệ thống.

Mỗi loại trưng cầu dân ý có các yêu cầu khác nhau đối với các giá trị này. Tuy nhiên, điều thú vị nhất là những yêu cầu này có thể giảm dần theo thời gian trên một lịch trình được xác định rõ ràng. Điều này có nghĩa là khi quá trình bỏ phiếu diễn ra trong 28 ngày, Polkadot có thể định cấu hình mọi thứ sao cho cần lượng hỗ trợ ngày càng thấp hơn và phê duyệt tổng thể cho đề xuất để nó được thông qua. Nói chung, chúng sẽ luôn bắt đầu và kết thúc theo cùng một cách, bắt đầu với ngưỡng cao nhất và kết thúc với ngưỡng thấp nhất vẫn phù hợp với nguyên lý tổng thể: ít nhất 50% được chấp thuận.

Điều gì xảy ra ở giữa xác định mức độ dễ dàng để phê duyệt trước thời hạn 28 ngày. Với các đề xuất sử dụng Origin ít đặc quyền hơn (ví dụ: chỉ có thể yêu cầu một khoản thanh toán từ kho bạc lên đến 10 DOT), sẽ hợp lý hơn nhiều nếu giảm số lượng cử tri yêu cầu xuống số tiền thực tế sớm hơn so với những người sử dụng các lớp đặc quyền cao như Root. Tương tự, các giai cấp chỉ huy nhiều ý nghĩa chính trị hơn sẽ có xu hướng chấp nhận ít tranh cãi hơn (và do đó đòi hỏi sự chấp thuận cao hơn) từ rất sớm.

Sau khi chấp thuận

Các đề xuất không được chấp thuận sau 28 ngày được coi là bị từ chối theo mặc định. Tại thời điểm này, Khoản tiền Decision Deposit có thể được hoàn lại. Mặt khác, nếu đề xuất quản lý để trở thành và vẫn được thông qua cho Confirmation Period trong 28 ngày này, thì nó được coi là được chấp thuận và dự kiến thực hiện từ ban đầu đã được đề xuất hợp lệ, sau một số Thời gian ban hành.

Thời gian triển khai cũng được chỉ định khi cuộc trưng cầu được đề xuất nhưng phải tuân theo giá trị tối thiểu phụ thuộc vào đường đua. Một số theo dõi mạnh mẽ hơn buộc Thời gian triển khai lớn hơn để đảm bảo mạng có nhiều thời gian chuẩn bị cho bất kỳ thay đổi nào mà đề xuất có thể mang lại.

Các biện pháp can thiệp

Đôi khi, rõ ràng là một đề xuất đang được bỏ phiếu có vấn đề và bạn nên hủy bỏ đề xuất đó. Một ví dụ về điều này sẽ là nâng cấp chuỗi mà sau đó được phát hiện là có chứa một số loại vấn đề. Mặc dù điều này không phổ biến lắm, nhưng nó cũng không hoàn toàn là chưa từng thấy.

Trong Gov2, có một hoạt động đặc biệt để can thiệp theo cách này được gọi là Hủy bỏ. Hoạt động này ngay lập tức từ chối một cuộc trưng cầu dân ý đang diễn ra bất kể tình trạng của nó. Nó thực sự có hai hình thức, với một hình thức chỉ thực hiện hoạt động đơn thuần và hình thức kia cũng cắt giảm người đề xuất ban đầu về (các) khoản tiền staking được trả cho cuộc trưng cầu dân ý.

Việc hủy bỏ bản thân nó là một hoạt động quản trị phải được mạng lưới bỏ phiếu để thực hiện. Điều này đặt ra một vấn đề có thể xảy ra về dòng thời gian và để hữu ích, việc thông qua đề xuất hủy bỏ nói chung phải nhanh hơn rất nhiều so với bất kỳ đề xuất mục tiêu nào có thể được thông qua. Do đó, việc hủy bỏ đi kèm với Origin và Track của riêng nó, có thời gian dẫn đầu và đường cong chấp thuận/hỗ trợ thấp với mức giảm mạnh hơn một chút trong ngưỡng vượt qua của chúng.

Ủy quyền nhanh

Trong một thế giới hoàn hảo, nơi mọi người đều có thời gian không giới hạn, mọi người sẽ nghiên cứu, thảo luận, cân nhắc và bỏ phiếu cẩn thận cho mọi đề xuất. Tuy nhiên, không phải ai cũng có thời gian hoặc khuynh hướng để thực hiện một cuộc bỏ phiếu được nghiên cứu kỹ lưỡng về mọi vấn đề. Từ nhận thức này, Hội đồng được sinh ra trong sự quản lý ban đầu của Polkadot: một cơ quan được cử tri ủy nhiệm để bù đắp cho thực tế là nhiều người không muốn tham gia vào công việc quản trị hàng ngày. Tuy nhiên, với việc Hội đồng đã hoạt động trong Gov2, Polkadot cần một phương tiện thay thế để đảm bảo những cử tri “thụ động” được lắng nghe.

Hệ thống quản trị ban đầu có một tính năng được gọi là Ủy quyền bỏ phiếu, mà Polkadot đã giữ lại và cải tiến trong Gov2. Điều này tương tự như tiền đề của liquid democracy: bạn có thể ủy quyền quyền biểu quyết của mình cho một cử tri khác trong hệ thống. Khi đại biểu của bạn bỏ phiếu, họ không chỉ sử dụng quyền biểu quyết của riêng họ mà còn sử dụng của bạn nữa. Để ủy quyền, bạn phải khóa các mã token của mình để tăng mức độ quyền biểu quyết mà người đại diện của bạn sẽ thay mặt bạn thực hiện. Tất nhiên các mã token được khóa vẫn nằm trong quyền kiểm soát của bạn và bạn có thể tự do chuyển đổi người đại diện hoặc lấy lại quyền kiểm soát trực tiếp bất cứ khi nào bạn muốn.

Gov2 có một tính năng khá đặc biệt được gọi là Ủy quyền nhiều người. Cho phép bạn chỉ định một đại biểu khác nhau cho mọi loại trưng cầu dân ý trong hệ thống. Nếu bạn không muốn ủy quyền cho một lớp trưng cầu dân ý cụ thể thì bạn cũng có thể giữ quyền kiểm soát trực tiếp cho lớp đó.

Tức là bạn có thể ủy quyền cho một cá nhân tham gia bất kỳ cuộc thảo luận nào cho những người đóng góp trong hệ sinh thái, một tổ chức khác để tham khảo về chi tiêu ngân quỹ đáng kể hơn, một tổ chức khác để nâng cấp mạng kỹ thuật và tham số và cuối cùng giữ quyền kiểm soát trực tiếp đối với bất kỳ quyết định nào khác.

The Fellowship

Đối với những người quen thuộc với hệ thống quản trị cũ, Gov2 có 1 cơ quan có thể được coi là cơ quan kế thừa logic của Ủy ban kỹ thuật nó được đặt tên là Polkadot Fellowship.

Fellowship là một cơ quan chuyên gia, chủ yếu tự quản với mục tiêu chính là đại diện cho những con người có cơ sở kiến thức kỹ thuật của mạng và giao thức Polkadot. Không giống như Ủy ban kỹ thuật hiện tại, nó được thiết kế để mở rộng hơn nhiều thành viên (nghĩa là hoạt động tốt với thậm chí hàng chục nghìn thành viên) và với các rào cản gia nhập thấp hơn nhiều (cả về quy trình hành chính và kỳ vọng về chuyên môn). Trở thành một thành viên ứng cử viên trong Fellowship dễ dàng như đặt một khoản tiền gửi nhỏ.

Whitelist

Mặc dù Fellowship có thể đại diện cho nhóm các chuyên gia con người trên chuỗi của Polkadot và cung cấp một phần logic xác định để lấy ý kiến tổng hợp của họ, nhưng có thể chưa rõ bằng cách nào chúng ta có thể tích hợp điều này vào hệ thống trưng cầu dân ý tổng thể. Trên thực tế, điều này đạt được bằng cách sử dụng kết hợp các khái niệm mà chúng ta đã biết và một phần logic trên chuỗi đơn giản tuyệt vời được gọi là pallet Whitelist.

Pallet Whitelist thực hiện một điều: cho phép một Origin tăng cấp đặc quyền của một Origin khác cho một hoạt động nhất định. Về mặt Gov2, nó cho phép Fellowship cho phép một Origin mới (mà chúng tôi sẽ gọi là Whitelisted-Root) được thực thi với các đặc quyền ở mức Root. Bạn có thể coi nó như một loại Unix sudo, ngoại trừ việc nó chỉ hoạt động với các lệnh cụ thể mà Fellowship đã cho phép trước. Điều này có nghĩa là chúng ta có thể có một hướng đi mới trong quản trị của Polkadot dành cho các đề xuất sẽ được Fellowship đưa vào Whitelist. Nếu cuộc trưng cầu được thông qua, thì chúng sẽ được thực thi bên trong pallet whitelist với nguồn gốc Origin Whitelist này. Pallet Whitelist xác minh hai điều: Origin này thực sự là Whitelisted-Root (nghĩa là cuộc trưng cầu dân ý đã thông qua theo dõi này) và đề xuất thực sự đã được Fellowship đưa vào Whitelist. Nếu vậy thì nó sẽ tiếp tục và thực hiện hoạt động với các đặc quyền cấp Root.

Kết luận

Gov2 sẽ ra mắt trên Kusama trước khi hoạt động chính thức trên Polkadot.

Với Gov2, Polkadot đang kỳ vọng sẽ thực sự khắc phục các nhược điểm của Gov1, và giúp cho cộng đồng Polkadot hoạt động hiệu quả hơn, nhanh hơn những cũng giảm tính tập hiện tại mà vẫn đảm bảo rằng không có sự thao túng trong tất cả các khâu bỏ phiếu và ra quyết định.

Polkadot đang cải tiến liên tục để hoàn thiện chính mình, hướng đến một Layer 0 phá vỡ hoàn toàn bộ ba bất khả thi: bảo mật – mở rộng và phi tập trung hoàn toàn.