Vitalik cho biết Ethereum không theo đuổi lợi suất 5,3% - nhưng rủi ro gián đoạn hoạt động lớn hơn gấp 5 lần so với rủi ro do quy định gây ra.

Bài viết này được dịch máy
Xem bản gốc

Ethereum không được tạo ra để làm cho tài chính hiệu quả hơn hay các ứng dụng tiện lợi hơn. Nó được thiết kế để giải phóng con người.

Câu nói đó trong Tuyên ngôn Không cần tin cậy đã gây ra nhiều chỉ trích khi được công bố, và Vitalik Buterin đã nhắc lại nó vào ngày 5 tháng 1.

Luận điểm: Sứ mệnh của Ethereum khác biệt về cơ bản so với cuộc cạnh tranh về hiệu quả mà các giao thức DeFi đang tham gia. Mục tiêu không phải là lợi suất 4,5% so với 5,3%, không phải là giảm độ trễ từ 473 mili giây xuống 368 mili giây, cũng không phải là rút ngắn quá trình đăng ký từ ba lần nhấp chuột xuống còn một lần.

Điểm mạnh của Ethereum nằm ở khả năng phục hồi: tránh tổn thất hoàn toàn khi cơ sở hạ tầng sụp đổ, chính phủ trở nên thù địch hoặc các nhà phát triển biến mất. Khả năng phục hồi có nghĩa là duy trì độ trễ 2.000 mili giây ngay cả khi Cloudflare gặp sự cố, các nhà tài trợ tuyên bố phá sản hoặc người dùng bị loại khỏi nền tảng.

Khả năng thích ứng thể hiện ở việc duy trì vị thế là người tham gia hàng đầu bất kể vị trí địa lý hay chính trị.

Điều này rất quan trọng vì Ethereum đang nắm giữ gần 74 tỷ đô la giá trị hợp đồng thông minh chỉ riêng ở lớp 1 của nó, và hơn 65% tài sản thực tế được mã hóa.

Tuy nhiên, hệ thống được thiết kế để trở thành máy tính toàn cầu lại nằm trên một chồng các điểm nghẽn tập trung khá dễ bị tổn thương.

Giao thức Consensus tiếp tục hoàn tất các khối, nhưng máy khách lỗi thời của nhà cung cấp RPC đã khiến các sàn giao dịch bị sập. Chuỗi khối vẫn hoạt động, nhưng CDN ngừng hoạt động, làm cho một nửa hệ sinh thái ngoại tuyến.

Ưu tiên tránh thảm họa hơn là tối ưu hóa năng suất.

Một báo cáo gần đây đã định lượng mức độ rủi ro: sự cố cơ sở hạ tầng tạo ra những cú sốc biến động lớn hơn 5,7 lần so với các thông báo quy định trên các tài sản tiền điện tử chính. Rủi ro tiềm tàng về việc mất hoàn toàn quyền truy cập, khóa tiền vĩnh viễn và ngừng hoạt động mạng quan trọng hơn lợi nhuận gia tăng.

Một giao thức mang lại lợi nhuận 5,3% sẽ vô giá trị nếu một lỗi cấu hình có thể phá hủy toàn bộ cơ sở hạ tầng.
Cách diễn đạt của Vitalik Buterin đã nắm bắt được điều này. Khả năng phục hồi không phải là tốc độ khi mọi thứ hoạt động trơn tru, mà là liệu ứng dụng của bạn có hoạt động được hay không khi các nhà cung cấp cơ sở hạ tầng biến mất hoặc các nền tảng lưu trữ ngừng hỗ trợ người dùng.

Độ trễ 2.000 mili giây mà Ethereum cung cấp có thể chậm hơn so với Web2, nhưng nó vẫn tiếp tục hoạt động ngay cả khi các hệ thống Web2 ngừng hoạt động hoàn toàn.

Tuy nhiên, lời hứa về khả năng phục hồi của Ethereum vẫn phải đối mặt với những thử thách thực tế.

Vào tháng 11 năm 2020, Infura, nhà cung cấp RPC mặc định cho MetaMask và hầu hết các ứng dụng DeFi , đã sử dụng một máy khách Geth lỗi thời, không tương thích với chuỗi chính thức.

Các sàn giao dịch đã tạm ngừng rút tiền Ethereum, các trình khám phá hiển thị trạng thái xung đột, và MakerDAO cùng Uniswap gặp sự cố đối với người dùng.

Mặc dù lỗi đã được khắc phục và đang có những tiến triển trong việc triển khai các phương thức RPC thay thế, nhưng việc tập trung hóa vẫn là điều bình thường. Chỉ là nó không còn chỉ giới hạn ở Infura nữa mà trở thành "một nhóm nhỏ độc quyền".

Giao thức hoạt động, nhưng các điểm kết nối lại bị lỗi.

Vào tháng 11 năm 2025, một lỗi cấu hình của Cloudflare đã làm gián đoạn khoảng 20% ​​lưu lượng truy cập web, bao gồm Arbiscan, DefiLlama và nhiều giao diện người dùng của các sàn giao dịch và DeFi . Ethereum vẫn tiếp tục xử lý các khối. Người dùng không thể truy cập được.

Trong cơn sốt ghi nhận giao dịch năm 2024, bộ xử lý giao dịch duy nhất của Arbitrum đã bị kẹt trong 78 phút. Không có giao dịch nào được xử lý, không có lô dữ liệu nào được đăng lên Ethereum.

Arbitrum, Optimism, Base và zkSync hiện đều dựa vào một bộ điều khiển trình tự tập trung duy nhất. Lớp nền phi tập trung hoạt động chính xác, nhưng cơ sở hạ tầng tập trung đã ngăn cản người dùng hưởng lợi.

Bản đồ về tính dễ tổn thương của cơ sở hạ tầng Web3: các phụ thuộc, rủi ro và các giải pháp thay thế có khả năng phục hồi
Lớp Sự phụ thuộc hiện tại Chỉ số dễ vỡ Giải pháp thay thế bền vững
Truy cập / RPC Infura, Giả kim thuật, QuickNode; MetaMask mặc định là Infura ~90% lưu lượng truy cập ứng dụng Web3; Sự cố ngừng hoạt động của Infura vào tháng 11 năm 2020 đã làm gián đoạn việc rút ETH , gây ảnh hưởng đến MetaMask, MakerDAO và Uniswap. Nhiều nhà cung cấp RPC, máy khách cục bộ nhẹ, máy khách không trạng thái là tiêu chuẩn; tính đa dạng RPC là tính năng hướng đến người dùng.
Rơle / Nhà xây dựng Các trạm chuyển tiếp MEV-Boost (Ultra Sound, Titan, bloXroute) đóng vai trò trung gian cho hơn 90% các khối. Bốn máy chủ chuyển tiếp kiểm soát hơn 85% các đề xuất; Titan, Beaverbuild, Rsync tạo ra hơn 80% các khối xây dựng. Nhiều trạm chuyển tiếp hơn từ các thực thể riêng biệt; tính trung lập của trạm chuyển tiếp; PBS được quy định rõ ràng, trong đó lỗi của trạm chuyển tiếp không thể làm gián đoạn khối không gian.
Trình tự L2 Các nhà điều hành chuỗi đơn lẻ (Arbitrum Foundation, Optimism Foundation, Coinbase for Base) Arbitrum: thời gian ngừng hoạt động 78 phút; Base thu được 70,9% lợi nhuận L2, Arbitrum 14,9%, Optimism 5,4% Bộ điều khiển trình tự phân tán hoặc dự phòng L1; bắt buộc đưa vào khi bộ điều khiển trình tự kiểm duyệt; theo dõi % Tổng giá trị khóa (TVL) L2 dưới sự điều khiển duy nhất
DNS / CDN Cloudflare cho DNS, TLS, bộ nhớ đệm dApp Cloudflare chiếm khoảng 20% ​​trang web toàn cầu; sự cố ngừng hoạt động vào tháng 11 năm 2025 đã làm tê liệt Arbiscan, DefiLlama và các giao diện người dùng của sàn giao dịch/ DeFi. InterPlanetary File System/ Arweave với cơ chế dự phòng ENS ; đa CDN; ví điện tử gọi hợp đồng mà không cần Front-End web.
Giao thức cơ bản Consensus của Ethereum (Lighthouse 52,65%, Prysm 17,66%); cơ chế thực thi (Geth ~41%, Nethermind 38%) Tháng 9 năm 2025, lỗi Reth làm đình trệ 5,4% số node; sự đa dạng đã ngăn chặn tác động rộng hơn. Không có khách hàng nào nắm giữ hơn 33% cổ phần; đặt cọc tại nhà; giảm thiểu lỗi tương quan; xác minh khách hàng dễ dàng, nhẹ/không trạng thái.

Giao thức cơ bản thể hiện khả năng phục hồi thực sự, với nhiều máy khách, hàng trăm nghìn trình xác thực và Bằng chứng cổ phần (PoS) giúp phân tán rủi ro trên nhiều cơ sở mã khác nhau.

Khi Reth gặp lỗi vào tháng 9 năm 2025, nó đã làm đình trệ 5,4% số node, nhưng mạng lưới vẫn hoạt động bình thường vì Geth, Nethermind và Besu vẫn tiếp tục vận hành. Sự đa dạng của các client đã phát huy tác dụng.

Vấn đề tập trung ở các bước trên: truy cập RPC, các bộ chuyển tiếp, bộ điều khiển trình tự và giao diện web tạo ra các phụ thuộc làm vô hiệu hóa quyền truy cập của người dùng ngay cả khi lớp cơ bản vẫn hoạt động.

Đây chính là điểm yếu của khả năng phục hồi của Ethereum: không phải ở mật mã hay Consensus, mà ở cấu trúc kết nối người dùng với giao thức.

Các bộ điều khiển trình tự tập trung đóng vai trò là điểm nghẽn kinh tế.

Các bộ điều khiển chuỗi Layer-2 tập trung cả khả năng kiểm soát và lợi nhuận. Base liên tục chiếm hơn 50% tổng lợi nhuận từ các giao dịch tổng hợp trong suốt năm 2025, tiếp theo là Arbitrum.

Hệ thống điều phối giao dịch của Arbitrum được vận hành bởi Arbitrum Foundation, của Optimism bởi Optimism Foundation, của Base bởi Coinbase, còn của zkSync thì được quản lý tập trung.

Kết quả là, hơn 80% phí thu được bởi lớp 2 của Ethereum vào năm 2025 đã chảy về các blockchain có bộ điều phối tập trung.

Về mặt kỹ thuật, giải pháp đã có sẵn: các mạng lưới trình tự chia sẻ như Espresso, hoặc các hệ thống tổng hợp dữ liệu trả về trình tự cho các trình xác thực Ethereum. Astria đã từng thử nghiệm các thiết kế tương tự nhưng đã ngừng hoạt động vào năm 2025.

Khoảng cách không phải là về mặt kỹ thuật, mà là về mặt kinh tế. Các bộ điều khiển trình tự tập trung mang lại trải nghiệm người dùng tốt hơn và tạo ra doanh thu đáng kể. Khả năng phục hồi đòi hỏi phải chấp nhận rằng một bộ điều khiển trình tự tạo ra các xác nhận chậm hơn một chút, nhưng không thể bị tắt bởi một người vận hành duy nhất, sẽ tốt hơn so với việc cải thiện từng mili giây với điều khiển tập trung.

Các phụ thuộc RPC và CDN

MetaMask mặc định là Infura. Các báo cáo lưu ý rằng hầu hết các ứng dụng Web3 đều sử dụng Infura, Alchemy hoặc QuickNode.

Sự cố Infura tháng 11 năm 2020 đã chứng minh hậu quả: khả năng phục hồi ở cấp độ giao thức trở nên vô nghĩa khi lớp truy cập gặp sự cố.

Sự cố ngừng hoạt động của Cloudflare vào tháng 11 năm 2025 đã cho thấy "tài chính phi tập trung" phụ thuộc vào mạng lưới phân phối nội dung (CDN) của một tập đoàn duy nhất như thế nào. Ethereum xử lý các khối bình thường, nhưng người dùng không thể truy cập vào giao diện người dùng, trình khám phá hoặc bảng điều khiển.

Các giải pháp thay thế có khả năng phục hồi cao bao gồm ví điện tử mặc định sử dụng nhiều RPC, máy khách nhẹ cục bộ, lưu trữ phân tán trên InterPlanetary File System hoặc Arweave, địa chỉ ENS và triển khai đa CDN.

Tuy nhiên, điều này cũng gây ra những chi phí phát sinh, chẳng hạn như tăng độ phức tạp, yêu cầu băng thông lớn hơn và quản lý phức tạp hơn.

Hầu hết các dự án đều chọn sự tiện lợi, đó là lý do tại sao sự đánh đổi về hiệu quả lại quan trọng. Lớp nền tảng của Ethereum cung cấp các đặc tính ổn định, trong khi hệ sinh thái chủ yếu bao bọc chúng trong các phụ thuộc, điều này lại làm tái xuất hiện mọi điểm yếu.

Sự đánh đổi thực tế

Theo cách diễn đạt của Buterin, giá trị cốt lõi của Ethereum không phải là nhanh hơn, rẻ hơn hay tiện lợi hơn. Mà là nó vẫn hoạt động ngay cả khi mọi thứ khác đều ngừng hoạt động.

Điều đó đòi hỏi các lựa chọn cơ sở hạ tầng ưu tiên khả năng tồn tại hơn là tối ưu hóa: nhiều triển khai máy khách khi một triển khai có ưu thế kỹ thuật cao hơn, nhiều nhà cung cấp RPC khác nhau khi một nhà cung cấp có độ trễ tốt hơn, các bộ điều khiển trình tự phi tập trung khi các nhà điều hành tập trung cung cấp xác nhận nhanh hơn và các giao diện người dùng phân tán khi việc lưu trữ tập trung đơn giản hơn.

Ngành công nghiệp chưa chấp nhận sự đánh đổi này. Các gói tổng hợp tối ưu hóa trải nghiệm người dùng và chấp nhận rủi ro của một trình điều khiển chuỗi duy nhất. Các ứng dụng mặc định sử dụng các giao thức RPC tiện lợi và chấp nhận rủi ro tập trung. Các giao diện người dùng được triển khai trên các mạng phân phối nội dung thương mại và chịu đựng được các lỗi của một nhà cung cấp duy nhất.

Sự lựa chọn: xây dựng hệ thống cho trường hợp Cloudflare, Infura và Coinbase vẫn hoạt động bình thường, hay xây dựng hệ thống cho trường hợp chúng ngừng hoạt động.

Lớp nền tảng của Ethereum cho phép lựa chọn thứ hai. Hệ sinh thái xung quanh lại chủ yếu tạo điều kiện cho lựa chọn thứ nhất.

Giao thức này cung cấp độ trễ 2.000 mili giây, duy trì ổn định ngay cả khi xảy ra sự cố về cơ sở hạ tầng, việc bị loại bỏ khỏi nền tảng và các biến động địa chính trị.

Việc liệu có ai xây dựng được các hệ thống thực sự tận dụng thuộc tính đó thay vì bao bọc nó trong các phụ thuộc làm tái tạo mọi điểm yếu mà Ethereum được thiết kế để loại bỏ sẽ quyết định liệu khả năng phục hồi trở thành hiện thực hay chỉ là lý thuyết.

Không gian khối (blockspace) thì dồi dào. Nhưng không gian khối phi tập trung, Không cần cho phép và có khả năng phục hồi cao thì lại không nhiều.

Nguồn
Tuyên bố từ chối trách nhiệm: Nội dung trên chỉ là ý kiến của tác giả, không đại diện cho bất kỳ lập trường nào của Followin, không nhằm mục đích và sẽ không được hiểu hay hiểu là lời khuyên đầu tư từ Followin.
Thích
Thêm vào Yêu thích
Bình luận