Braid: Nâng cao khả năng chống kiểm duyệt của Ethereum thông qua đổi mới công nghệ

Khi công nghệ blockchain tiến triển, sự kháng kiểm duyệt đã trở thành một vấn đề quan trọng trong ngành. Kể từ khi nâng cấp hợp nhất của Ethereum, ngành công nghiệp đã tích cực tìm kiếm giải pháp để có sự kháng kiểm duyệt hiệu quả dưới cơ chế đồng thuận mới. Trong ngữ cảnh này, Braid đã nổi lên như một giải pháp hứa hẹn. Những bình luận mới nhất của Vitalik đã đề cập đến việc “cuộc tranh luận chủ yếu tập trung vào FOCIL+APS so với BRAID,” kèm theo đồ thị cho thấy quy mô của người đặt cược Ethereum và phân phối mỏ đào BTC.

Phân phối Ethereum staker và biểu đồ chia sẻ nhóm khai thác BTC (Nguồn:X)

Braid, được đề xuất bởi Max Resnick tại hội thảo New York của Paradigm, là một phương pháp để triển khai đa khối song song trên Ethereum nhằm xây dựng một hệ thống chống kiểm duyệt. Bài viết này sẽ khám phá về lịch sử của Braid, các tính năng kỹ thuật và so sánh với các giải pháp hiện có khác để cung cấp một cái nhìn chuyên nghiệp và sâu sắc hơn, giúp độc giả có được một hiểu biết đa mặt về dự án Ethereum Braid.

Nền tảng của Braid

Cả Bitcoin và Ethereum đều đối mặt với một vấn đề chung: xu hướng tập trung của các nhóm khai thác và các nút xác nhận giao dịch. Sự tập trung này có thể dẫn đến một cuộc tấn công trong đó các nhóm khai thác hoặc các nút xác nhận có thể bị yêu cầu pháp lý để tuân theo các quy định, chặn hoặc kiểm duyệt các giao dịch được coi là bất hợp pháp trong phạm vi kiểm soát của họ.

Biểu đồ cho thấy rằng Lido và Coinbase sở hữu tổng cộng 40,8% cổ phần. Nếu hai bên này hợp nhất, họ có thể ngăn chặn mạng. Nếu hơn 10% nhà cung cấp dịch vụ đặt cược khác tham gia cùng họ, họ có thể chiếm quyền kiểm soát mạng Ethereum. Trước khi thảo luận về những mối đe dọa trung tâm hóa đối với các nút, hãy xem xét cách Ethereum hoạt động dưới cơ chế PoS.

Các giao dịch do người dùng gửi thông qua giao diện người dùng dapp sẽ nhập Mempool, một cơ sở dữ liệu về các giao dịch đang chờ xử lý. Tại thời điểm này, Người tìm kiếm sử dụng các bot chênh lệch giá để phân tích các giao dịch tồn đọng trong mempool, kết hợp các giao dịch có lợi nhuận thành các nhóm hoặc gói giao dịch. Các nhà xây dựng khối nhận các giao dịch theo gói này từ người tìm kiếm, đính kèm phí xử lý tương ứng cho các gói này và chuẩn bị giá thầu. Người xác thực (người đề xuất khối) chọn tùy chọn có lợi nhất từ các gói và giá thầu được cung cấp, sau đó xây dựng và đề xuất các khối mới. Nó trải qua kiểm tra và xác nhận cuối cùng trước khi một khối được thêm vào chuỗi.

MEV Supply Chain（Source: FlashBot）

Cơ chế này thường dẫn đến sự tập trung cao của các "người xác thực" hoặc tiềm năng xảy ra sự đồng loạt cho mục đích độc hại, tăng nguy cơ kiểm duyệt và kiểm soát mạng. Braid xuất hiện nhằm đáp ứng những thách thức này, nhằm tạo ra một khung Ethereum kháng kiểm duyệt. Hiện đang ở giai đoạn đầu, ý tưởng chính của Braid là phá vỡ sự kiểm soát của một người lãnh đạo duy nhất trên Ethereum thông qua các kỹ thuật như xử lý đa luồng của nhiều khối, phát hành đồng bộ và thực thi trì hoãn. Điều này đảm bảo giao dịch có thể tiến hành tự do trong khi vẫn duy trì sự công bằng của mạng Ethereum.

Đặc điểm Kỹ thuật Braid

Các nguyên tắc thiết kế của Braid chủ yếu bao gồm ba điểm: mô hình đa người đề xuất, phát hành đồng bộ và thực thi trễ.

Mạng Ethereum tăng cường sự kháng kiểm duyệt trong mô hình đa người đề xuất bằng cách tích hợp nhiều người đề xuất đồng thời. Phương pháp này tăng đáng kể chi phí can thiệp vào giao dịch hệ thống. Ngoài ra, thông qua cơ chế phát hành được đồng bộ, nó đảm bảo rằng tất cả người đề xuất đưa ra quyết định dựa trên cùng một thông tin, từ đó đảm bảo tính công bằng và minh bạch của hệ thống.

Hơn nữa, tính năng thực hiện trì hoãn được giới thiệu trong mô hình cho phép nhiều người đề xuất ảnh hưởng đến giao dịch trước khi xác định trạng thái cuối cùng của chúng, từ đó nâng cao sự ổn định và đáng tin cậy của toàn bộ mạng lưới Ethereum. Thiết kế này không chỉ cải thiện chức năng của hệ thống mà còn cung cấp cho các thành viên mạng lưới một mức độ tin cậy và an ninh cao hơn.

Ưu điểm của Braid

Trong buổi hội thảo đã đề cập, Max Resnick đã so sánh Braid với các giải pháp hiện có như LMD-Ghost và Mysticeti.LMD-Ghost , một quy tắc lựa chọn fork cho thuật toán đồng thuận PoS CBC Casper, cho phép người đề xuất tạo ra các khối mới bất cứ lúc nào. Những khối mới này được thêm vào chuỗi có trọng lượng cao nhất, được xác định bởi quy tắc lựa chọn fork (đảm bảo tính sống còn). Tuy nhiên, phương pháp này đòi hỏi việc duy trì cục bộ một cây quyết định phân nhánh cao để quản lý các vấn đề lựa chọn nhánh.

Mysticeti, trên một mặt, là thuật toán đồng thuận được Sui blockchain áp dụng. Nó cho phép nhiều người xác nhận đề xuất khối song song, tận dụng toàn bộ băng thông của mạng và cung cấp sự kháng kiểm duyệt. Những đặc tính của giao thức đồng thuận dựa trên DAG chỉ yêu cầu ba vòng tin nhắn để xác nhận các khối từ DAG, tương tự như pBFT, và đạt đến mức tối thiểu lý thuyết. Những quy tắc xác nhận cho phép bỏ phiếu và chứng nhận các nhà lãnh đạo khối, giảm thiểu thêm độ trễ trung bình và đuôi. Những quy tắc cũng dung thứ cho những nhà lãnh đạo không sẵn có (khi một nút lãnh đạo gặp sự cố, hệ thống sẽ tự động bầu ra một nhà lãnh đạo mới để tiếp quản trách nhiệm) mà không tăng thêm đáng kể thời gian xác nhận.

LMD-Ghost (Nguồn: Youtube）

Mô hình đa người đề xuất của Braid cho phép lớp thực thi Ethereum thu thập các giao dịch khối được tạo ra bởi tất cả các siêu chuỗi trong một khe, tạo thành một khối thực thi. Các giao dịch này sau đó được xếp hàng và thực thi theo các quy tắc xác định trước, giảm khả năng của một thực thể duy nhất để làm thay đổi ghi chú giao dịch. Một thách thức mà nó đối mặt là cần có một quy tắc xếp hàng xác định.

Thiết kế của Braid không giới thiệu thêm vai trò cho động cơ hoặc hình phạt, nhưng cơ chế “phát hành đồng bộ” của nó khá khó thực hiện, đòi hỏi phối hợp đồng bộ của nhiều tiểu chuỗi và xử lý dữ liệu.

Jonahb, một thành viên của đội Blockchain Capital,chỉ ramột vấn đề trong cơ chế Braid: cơ chế “đầu” có yêu cầu về thanh khoản, ảnh hưởng đến trải nghiệm người dùng. Người dùng sẽ bao gồm hai giá trị đầu (t, T) khi gửi giao dịch. Nếu chỉ có một người đề xuất bao gồm một giao dịch, họ sẽ nhận được T; nếu nhiều người đề xuất bao gồm giao dịch, họ sẽ chia t.

Mặc dù người dùng chỉ cần trả phí giao dịch, nhưng họ cần có số dư T có sẵn để cam kết đáng tin cậy với giao thức rằng họ có thể thanh toán phí T. Do đó, người dùng cần có số dư thanh khoản T khả dụng để tiến hành các giao dịch. Ví dụ, nếu một người dùng muốn bán ETH trị giá 5 triệu đô la do lo ngại về lãi suất sắp tới và đánh giá kháng kiểm duyệt là 1 triệu đô la. Điều này đặt ra yêu cầu về thanh khoản bổ sung và mơ hồ cho các thành viên, tăng giá trị vị thế, do đó làm chậm trải nghiệm của người dùng trong tài chính trên chuỗi.

Để giải quyết thách thức này, Jonahb đề xuất hai giải pháp tiềm năng:

• Xác minh thanh khoản sau trạng thái: Khi gửi giao dịch, người dùng phải cung cấp bằng chứng về việc có đủ quỹ để thanh toán T sau khi giao dịch hoàn tất (ví dụ, có 1 triệu đô la thanh khoản sau giao dịch). Điều này cho phép người dùng thực hiện giao dịch bằng cách chứng minh khả năng thanh toán trong tương lai, ngay cả khi họ thiếu quỹ. Tuy nhiên, phương pháp này đối mặt với thách thức: người đề xuất phải dự đoán trạng thái giao dịch cuối cùng, trong khi hầu hết các giao dịch tài chính liên quan đến trạng thái chia sẻ (ví dụ, nhiều giao dịch sử dụng cùng số dư tài khoản). Do đó, người đề xuất gặp khó khăn trong việc dự đoán trạng thái sau giao dịch trước khi xác định thứ tự giao dịch. Điều này yêu cầu thiết kế các chứng minh cụ thể cho các loại giao dịch khác nhau, hạn chế tính ứng dụng thực tế.
• Đảm bảo chống kiểm duyệt: Giới thiệu các nhà cung cấp đảm bảo bên thứ ba (nhà cung cấp CI) để đảm bảo T cho người dùng. Người dùng thanh toán phí đảm bảo rT, trong đó r được tính dựa trên xác suất bị kiểm duyệt giao dịch. Điều này giảm áp lực cho người dùng phải chuẩn bị một lượng tiền lớn ngay lập tức và cho phép CI nhắc nhở người dùng về nguy cơ kiểm duyệt cao nếu T quá thấp. Tuy nhiên, việc xây dựng một hệ thống thị trường giữa người dùng và nhà cung cấp CI sẽ mất một thời gian.

Về việc triển khai cụ thể, Braid sử dụng mô hình hoạt động song song đa khối và giao thức đồng thuận thống nhất để đảm bảo tính nhất quán và phối hợp giữa các khối này. Phương pháp này thúc đẩy việc xử lý giao dịch phi tập trung, tăng cường sự kháng kiểm duyệt một cách hiệu quả. Ngoài ra, Braid đã phát triển một “Thiết bị Cuối cùng” để xử lý tính cuối cùng của giao dịch. Giải pháp này tích hợp và sắp xếp lại tất cả các bộ giao dịch trên chuỗi, đảm bảo tính cuối cùng và tính nhất quán của các giao dịch.

Braid vẫn đang ở giai đoạn đầu như một đề xuất, và thị trường vẫn chưa xác nhận triển khai kỹ thuật và trải nghiệm người dùng của nó.

Braid (Nguồn: Youtube)

Mặc dù hiện nay có nhiều chuỗi khối đang phát triển, Ethereum - người tiên phong của chuỗi khối có thể lập trình - vẫn đang theo đuổi sự phi tập trung, sự kháng kiểm duyệt và sự độc lập chủ quyền. Khi các công nghệ và chiến lược cải cách mới tiếp tục tiến hóa, chúng tôi vẫn lạc quan và tự tin về tương lai của công nghệ chuỗi khối. Bằng cách liên tục khám phá và cân bằng các giải pháp khác nhau, chúng ta có thể đảm bảo rằng tiến bộ công nghệ đáp ứng được nhu cầu hiện tại và thích nghi với các thách thức trong tương lai.