Đồng sáng lập Frictionless Capital: Vì sao tôi vẫn đánh giá cao Solana dưới góc độ kỹ thuật?
Tuyển chọn TechFlowTuyển chọn TechFlow
Đồng sáng lập Frictionless Capital: Vì sao tôi vẫn đánh giá cao Solana dưới góc độ kỹ thuật?
Blockchain có thông lượng cao như Solana đã có khả năng hỗ trợ 100MB/giây, gấp 100 lần Ethereum.
Chuyên sâu báo cáo Web3Viết bởi: Logan | X
Biên dịch: TechFlow
Đây là một trong những tình huống tồi tệ nhất mà tôi từng thấy trên Twitter trong thời gian dài, điều này làm nổi bật rõ rệt sự thiếu hiểu biết giữa các trader và kỹ sư trong lĩnh vực này. Hãy cùng phân tích chi tiết:
Phí trên blockchain được thúc đẩy bởi hai yếu tố — không gian khối và cạnh tranh trạng thái:
Không gian khối:
-
Hiện tại, khối Ethereum chỉ có 0,08 MB, trong khi nâng cấp 4844 chỉ bổ sung thêm 0,375MB cho mỗi khối; ở trạng thái cuối cùng mà Ethereum hướng tới với danksharding, mục tiêu thông lượng là 1,3MB/s.
-
Ngược lại, các blockchain thông lượng cao như Solana đã có khả năng hỗ trợ 100MB/s — gấp 100 lần so với Ethereum.
-
Tôi phải nhấn mạnh rằng sự khác biệt này quan trọng đến mức nào đối với các kỹ sư và các ứng dụng họ có thể xây dựng. Sổ lệnh (order book) mới chỉ là phần nổi của tảng băng trôi.
Cạnh tranh trạng thái:
-
Cạnh tranh trạng thái xảy ra khi hai hoặc nhiều người tham gia cố gắng truy cập vào cùng một trạng thái đồng thời. Chỉ một người có thể thực hiện giao dịch MEV đó.
-
EVM đơn luồng không thể giải quyết vấn đề này vì nó không có khả năng phân chia phí theo trạng thái.
-
Thay vào đó, EVM đơn luồng có thị trường phí toàn cầu, buộc tất cả các ứng dụng trên mạng phải tăng phí vì một ứng dụng sử dụng nhiều tài nguyên hơn các ứng dụng khác. Quyết định thiết kế này rõ ràng kém hơn về cả hiệu suất lẫn phí giao dịch.
-
Các blockchain thế hệ tiếp theo như Solana đã giải quyết vấn đề này bằng cách xây dựng thị trường phí địa phương. Về mặt thực tiễn, điều này tương đương với việc triển khai nhiều instance L2 đồng thời vẫn duy trì tính thanh khoản và thống nhất ứng dụng, thay vì bị phân mảnh như hệ sinh thái Ethereum đã chọn.
Giao dịch front-running:
-
Về giao dịch front-running, thiết kế của Solana ngay từ đầu đã nhằm đảm bảo quyền truy cập công bằng và bình đẳng cho mọi người.
-
Trong tập podcast gần đây của tôi với Toly, chúng tôi đã thảo luận chi tiết về cơ chế đồng thuận "tất cả đến tất cả" (all-to-all) của Solana, cho phép thông tin được gửi nhanh nhất có thể đến mọi thành viên trong mạng.
-
Đồng thuận "tất cả đến tất cả" đòi hỏi chi phí tin nhắn rất lớn. Độ phức tạp của nó là N², nhưng Solana đã chọn thiết kế này vì họ muốn bất kỳ trader nào cũng có thể kết nối một nút và nhận được thông tin giống hệt nhau, công bằng như mọi người khác trong mạng.
Tính phi tập trung:
Tính phi tập trung được đo lường qua hai tiêu chí: số lượng nút đầy đủ và hệ số Nakamoto.
-
Ethereum có khoảng 3.700 nút đầy đủ, trong đó 922 nút hiện đang đồng bộ với mạng.
-
Nút đầy đủ rất quan trọng, bởi vì nếu chẳng may xảy ra chiến tranh thế giới thứ ba, bạn cần một bản sao sổ cái để khôi phục và khởi động lại mạng.
-
Solana có khoảng 2.118 nút đầy đủ và 843 nút RPC. Cả hai loại nút này đều có thể khôi phục trạng thái sổ cái. Điều này đạt khoảng 80% độ phủ của mạng Ethereum.
-
Hệ số Nakamoto đại diện cho khả năng chống kiểm duyệt thời gian thực trên Ethereum là khoảng 25, còn trên Solana là khoảng 31.
Xây dựng trên Solana:
-
Solana và các nhà xây dựng thông lượng cao khác chọn phát triển trong các hệ sinh thái này vì họ về cơ bản đã mở khóa các nguyên lý hoàn toàn mới, điều mà về mặt lý thuyết là không thể trên thế giới Ethereum.
-
Thời gian khối 400ms và độ trễ thấp.
-
Phí giao dịch dao động từ 0,0001 đến 0,0003 USD.
Ngăn xếp công nghệ thông lượng cao tích hợp:
-
Khi bạn đi sâu vào cuộc tranh luận giữa mô-đun hóa và tích hợp, điều trở nên rõ ràng là quy mô hóa là điều bắt buộc. Cả hai thiết kế đều cần một hình thức xử lý song song và thông lượng cao nào đó.
-
Duy nhất điểm tranh luận là nơi nên thực hiện các việc này. Bạn nên song song hóa thông qua nhiều L2 hay nên tích hợp chúng vào một hệ sinh thái duy nhất về thanh khoản và ứng dụng như cách Solana đang làm?
-
Bạn có thể di chuyển xử lý song song và thông lượng đến các phần khác nhau của ngăn xếp công nghệ, nhưng công việc này vẫn phải được thực hiện. Lựa chọn thiết kế đúng đắn là xây dựng dựa trên chuỗi tích hợp thay vì chuỗi mô-đun hóa.
Nhu cầu người dùng và JUMP:
-
Tính toán xem các ứng dụng quy mô lớn cần bao nhiêu thông lượng và tính toán.
-
Jump đang giúp Solana thu hút thêm một khách hàng nữa, nhưng họ không phải là nhóm duy nhất xây dựng khách hàng khác trên Solana.
-
Solana đã trải qua nhiều thăng trầm, đôi khi do lỗi ngừng hoạt động của chính nó, đôi khi liên quan đến bên thứ ba, nhưng điều chắc chắn là cộng đồng Solana đã kiên cường tồn tại xuyên suốt quá trình này.
-
Solana sẽ tiếp tục tồn tại và thể hiện xuất sắc trong chu kỳ tiếp theo.
Xem nhẹ các kỹ sư là tự đặt mình vào rủi ro. Chúng ta cần thực tế hơn một chút.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@LoganJastremski
