————————————————————
Phân nhánh blockchain truyền thống thường đi kèm với sự chia rẽ trong cộng đồng, chẳng hạn như phân nhánh giữa Ethereum và Ethereum Classic (ETC) xuất phát từ phán đoán chủ quan về việc "có nên quay lại hợp đồng DAO bị tấn công hay không".
Phân nhánh này phụ thuộc vào đồng thuận xã hội - ai có thể thuyết phục nhiều người hơn, chuỗi của người đó sẽ "sống sót".
Định nghĩa của Eigenlayer cố gắng thay đổi tình trạng này, thông qua hai từ khóa "được định nghĩa trước" và "tự xác minh", chuyển điều kiện kích hoạt phân nhánh từ những cuộc tranh luận mơ hồ về đạo đức hoặc kinh tế sang các quy tắc kỹ thuật rõ ràng.
—— Được định nghĩa trước: có nghĩa là điều kiện phân nhánh không phải là kết quả của những tranh cãi sau này, mà được viết trước vào giao thức, rõ ràng như các điều khoản pháp lý. Điều này giảm thiểu sự không chắc chắn do quyết định tạm thời.
—— Tự xác minh: Nhấn mạnh rằng tính khả xác minh của sự kiện phải được phi tập trung, bất kỳ nút nào (thậm chí nút nhẹ) đều có thể tự đánh giá xem có đạt được điều kiện phân nhánh hay không, tránh phụ thuộc vào giải thích của "cơ quan" tập trung.
1）Tiềm năng và thiếu sót của các quy tắc hiện có của Ethereum 🔻
Ethereum đã có một số "sự kiện được định nghĩa trước" có thể làm căn cứ cho phân nhánh, chẳng hạn như khối không hợp lệ bị từ chối, tái cấu trúc thời gian hết hạn bị bác bỏ, v.v.
Những quy tắc này thực sự thể hiện một số đặc tính "tự xác minh", đặc biệt là ba điểm đầu tiên (từ chối khối không hợp lệ, từ chối tái cấu trúc hết thời gian, từ chối khối không khả dụng), vì chúng có thể hoàn thành độc lập thông qua kiểm tra cục bộ của nút. Tuy nhiên, việc xem xét của người xác minh và lỗi của khách hàng đã phơi bày những giới hạn hiện tại của quy tắc.
1、Vấn đề xác minh mà người xác minh phải xem xét:
Như bạn đã nói, việc xem xét của người xác minh hiện tại chỉ có thể dựa vào "bằng chứng gián tiếp", chẳng hạn như khiếu nại trên mạng xã hội. Cách này rõ ràng không đủ "tự xác minh", vì nó dễ bị thao túng (chẳng hạn như có người lan truyền tin đồn xấu) và không thể được thuật toán hóa. Nếu muốn xem xét trở thành căn cứ phân nhánh, phải thiết kế các tiêu chí kỹ thuật, chẳng hạn như tiêu chuẩn quan sát "liên tiếp X khối không chứa loại giao dịch nào đó". Điều này mới cho phép nút tự đánh giá, thay vì phụ thuộc vào thông tin bên ngoài.
2、Sự phức tạp của lỗi khách hàng:
Mặc dù lỗi của khách hàng có thể được xác minh thông qua các đặc tả mã giả, nhưng trong thực tế, khả năng kỹ thuật của những người vận hành nút là không đồng đều. Nếu phần lớn các nút không thể nhận diện lỗi kịp thời và đạt được sự đồng thuận, giai đoạn thực hiện phân nhánh có thể rơi vào hỗn loạn. Điều này chính là tầm quan trọng của sự đa dạng khách hàng (client diversity) - sự thống trị của một khách hàng đơn lẻ dễ dẫn đến tình huống "lỗi thì định mệnh", trong khi sự đa dạng thì giảm bớt rủi ro.
2）Không bao gồm phân nhánh 🔻
1、Tình huống mà người đề xuất phân nhánh tiến hành xem xét, ví dụ như người đề xuất khối xem xét một số nội dung.
2、Phân nhánh chỉ vì Lido, Coinbase hoặc ai đó có 33% stake
3、Vì lỗi ứng dụng hoặc người dùng mà thực hiện phân nhánh.
Phân nhánh nên tập trung vào các vấn đề cốt lõi ở tầng giao thức, thay vì các yếu tố bên ngoài hoặc lỗi thứ cấp. Điều này thực sự đang xác định ranh giới của phân nhánh, ngăn không cho nó bị lạm dụng như một công cụ chính trị. Chẳng hạn:
—— Nếu phân nhánh xảy ra chỉ vì Lido hoặc Coinbase nắm giữ 33% thì về bản chất đây là nhằm vào quyền lực kinh tế, chứ không phải lỗi kỹ thuật, rõ ràng đã lệch khỏi nguyên tắc "tự xác minh".
—— Lỗi ở tầng ứng dụng (ví dụ như một DApp bị sập) cũng không nên kích hoạt phân nhánh, vì điều này vượt quá trách nhiệm của blockchain nền tảng.
Việc xác định ranh giới này rất quan trọng, nó ngăn chặn phân nhánh trở thành trò chơi "ai nói to hơn thì có lý" và đồng thời bảo vệ tinh thần phân cấp của Ethereum.
3）Từ chuẩn bị đến thực hiện: Quy trình lý tưởng của phân nhánh 🔻
Hai giai đoạn được đề cập trong tài liệu trắng:
—— Giai đoạn chuẩn bị: Cộng đồng Ethereum cần đạt được đồng thuận, viết điều kiện phân nhánh vào mã giao thức và công khai trên chuỗi một cách minh bạch. Đây không chỉ là nhiệm vụ kỹ thuật, mà còn là nhiệm vụ quản trị, cần cân bằng lợi ích của các bên.
—— Giai đoạn thực hiện: Khi điều kiện được kích hoạt, nút tự động thực hiện phân nhánh dựa trên xác minh cục bộ mà không cần can thiệp của con người. Điều này yêu cầu việc thiết kế điều kiện phải đủ chính xác, tránh sự không rõ ràng.
Nhưng trên thực tế, việc đạt được đồng thuận trong giai đoạn chuẩn bị có thể là khó khăn lớn nhất. Việc nâng cấp Ethereum (như chuyển đổi PoS) đã chỉ ra rằng, ngay cả những cải tiến kỹ thuật cũng có thể bị trì hoãn nhiều năm vì sự phân chia lợi ích. Việc đặt ra điều kiện phân nhánh có lẽ sẽ phải đối mặt với nhiều tranh cãi hơn.
📍Kết luận:
Bản chất của phân nhánh Ethereum là để duy trì tính an toàn, độ tin cậy và tính phân cấp của mạng lưới, trong khi khung "được định nghĩa trước và tự xác minh" cố gắng làm cho quá trình này trở nên khách quan và tự động hơn.
Các quy tắc hiện tại là một điểm khởi đầu tốt, nhưng để thực sự hiện thực hóa tầm nhìn này, cần phải nỗ lực nhiều hơn trong thiết kế kỹ thuật (đặc biệt là phát hiện xem xét) và quản trị cộng đồng. Trong tương lai, phân nhánh có thể không còn là "nội chiến" làm rạn nứt cộng đồng, mà là "dao phẫu thuật" để giao thức tự sửa chữa - với điều kiện là chúng ta có thể định hình các quy tắc đủ tốt.
🔹Liên kết biên dịch nguyên văn: https://x.com/sreeramkannan/status/1893361540759433558?t=nQp5B8x78sBq6Wp9GAewEA&s=19