Giải mã ba sự chuyển đổi trong giao thức Web3: Những gì Makers cần biết về BAM, BRC2.0 và EIP-7999

Cuộc Cách Mạng Xây Dựng Khối Phân Tán: Jito BAM Định Hình Lại Luồng Giao Dịch của Solana

Về cơ bản, BAM của Jito đại diện cho một cách tư duy mới về thứ tự giao dịch—gần như một khung xây dựng khối plugin hóa nhằm tối ưu hóa xử lý MEV và ngăn chặn thao túng tập trung trên Solana. Sáng kiến này tập hợp các đối tác lớn như Triton One, SOL Strategies, Figment, Helius, và Drift, báo hiệu sự phối hợp hành động từ hệ sinh thái Solana.

Việc hiểu rõ giá trị của BAM trở nên rõ ràng hơn khi xem xét cơ chế sản xuất khối tuyến tính của Solana. Khác với mô hình của Ethereum, nơi toàn bộ khối được sắp xếp trước khi đạt được đồng thuận, thuật toán POH của Solana tạo ra các khối theo quá trình dần dần—mỗi slot 400ms chứa 64 phân đoạn thời gian, với các giao dịch được đẩy ngay lập tức thay vì gom nhóm. BAM vượt qua giới hạn này bằng cách tận dụng Trusted Execution Environments (TEEs) để sắp xếp thứ tự giao dịch của toàn bộ khối thông qua mã plugin, rồi gửi chúng đến các validator như các chuỗi hoàn chỉnh.

Đặc biệt đối với các nhà tạo lập thị trường, kiến trúc plugin mang lại lợi thế rõ ràng. Một nhà vận hành oracle có thể mã hóa cập nhật giá làm giao dịch đầu tiên trong khối, giảm tính ngẫu nhiên trong định giá trên chuỗi. Các nhà tạo lập DEX có thể viết plugin để xác định các giao dịch có khả năng thất bại và loại trừ chúng khỏi quá trình đóng gói của BAM, tránh phí thất bại không cần thiết.

Lộ trình triển khai của Jito bắt đầu với việc Jito Labs vận hành các node với sự tham gia hạn chế của validator, sau đó mở rộng để chiếm hơn 30% staking của mạng trước khi tiến tới phân quyền mã nguồn mở hoàn toàn. Câu chuyện mạnh mẽ và các trường hợp sử dụng tập trung này rất thuyết phục, mặc dù còn nhiều thách thức: hạ tầng TEE đòi hỏi đầu tư lớn, hoạt động ở mức chỉ vài nghìn QPS, và dữ liệu lịch sử cho thấy Jito chỉ kiếm được 22.391,31 SOL (khoảng 4 triệu đô la) trong quý 2 năm 2025 chỉ từ phí tip. Tuy nhiên, đối với các ứng dụng đặc thù như sắp xếp oracle, các nhà tạo lập thị trường sẵn sàng trả phí để đảm bảo tính xác định.

BRC2.0: Thực Thi EVM Dựa Trên Bitcoin Mà Không Cần Trạng Thái Chuỗi

Ra mắt ngày 2 tháng 9 năm 2025, BRC2.0 đại diện cho một phương pháp tiếp cận không chính thống đối với khả năng lập trình của Bitcoin—gần như một hệ thống hai lớp, trong đó các lệnh được viết trên Bitcoin bằng cách khắc ghi hoặc các scheme commit-reveal, rồi được thực thi bởi một EVM đã chỉnh sửa chạy trong lớp indexer thay vì trên chuỗi.

Nền tảng bestinslot, nổi bật trong thời kỳ khắc ghi Bitcoin, thúc đẩy sáng kiến này với triết lý xây dựng khả năng lập trình trên Bitcoin mà không cần sửa đổi đồng thuận cốt lõi của nó. Các địa chỉ EVM do người dùng kiểm soát được tạo ra từ các địa chỉ Bitcoin thông qua hashing và ánh xạ tới các địa chỉ EVM ảo, phản ánh logic kiểm soát tài sản của BRC20 qua mã JSON.

Điểm đặc biệt của mô hình thực thi này là cấu trúc phí của nó: giá gas chạy bằng 0 trên lớp EVM (được reserved như một giới hạn tài nguyên), trong khi phí thực tế được thanh toán qua chi phí giao dịch Bitcoin. Cách tiếp cận này mang theo những rủi ro đáng kể—các đánh giá an ninh phát hiện không có giới hạn độ sâu gọi hoặc đệ quy trong phiên bản hiện tại, về lý thuyết cho phép các hợp đồng độc hại với các cuộc gọi tự do không giới hạn gây sập lớp thực thi.

Việc hiểu rõ khả năng thị trường của BRC2.0 phụ thuộc vào một mâu thuẫn then chốt: trong khi giao thức chia sẻ triết lý thiết kế với BRC20, sức mạnh của Bitcoin về cơ bản đến từ sự khan hiếm và đồng thuận, chứ không phải khả năng lập trình. Việc theo đuổi chức năng hợp đồng thông minh có thể làm giảm chính xác những gì làm Bitcoin có giá trị. Các nhà tạo lập thị trường muốn thao tác tài sản gốc Bitcoin có thể tìm các lựa chọn tốt hơn trong các chuỗi tốc độ cao hiện có, mặc dù các trường hợp sử dụng niche cho thực thi dựa trên Bitcoin có thể duy trì mức độ chấp nhận hạn chế.

EIP-7999: Thống Nhất Thị Trường Phí Đa Chiều của Ethereum

Dẫn dắt bởi Vitalik Buterin, EIP-7999 (trước đây là EIP-0000) giải quyết sự phân mảnh do việc chia nhỏ phí giao dịch sau EIP-4844 gây ra. Hiện tại, các giao dịch phải trả các mức giá khác nhau cho blob, calldata, và thực thi—buộc các ví, router, và nhà đấu giá phải điều hướng qua các thị trường phí rời rạc, nơi các nhà phát triển L2 phải đặt giới hạn riêng cho từng nguồn tài nguyên.

Đề xuất thống nhất này giới thiệu một tham số max_fee duy nhất thay thế nhiều trường max_fee_per_gas trong các danh mục khác nhau. Trong quá trình thực thi EVM, phí này sẽ tự động phân bổ dựa trên nhu cầu thực tế giữa gas của EVM, blob, và calldata. Đây là một bước chuyển đổi kỹ thuật đáng kể ảnh hưởng đến tiêu đề khối, mã hóa RLP, và giới hạn giao thức—đòi hỏi phải điều chỉnh toàn bộ hệ sinh thái chứ không chỉ là một hard fork.

Đối với các nhà tạo lập thị trường vận hành hạ tầng L2/L3, các tác động là rất lớn. Sự phân mảnh của thị trường phí hiện tại tạo ra các kịch bản thất bại khi một giao dịch bỏ qua thực thi dù ngân sách phí tổng đủ, nếu bất kỳ nguồn tài nguyên nào có chi phí cơ bản tăng đột biến. EIP-7999 giải quyết điều này bằng cách phân bổ động, đơn giản hóa đáng kể việc ước lượng phí cho các phát triển lớp trong tương lai.

Việc triển khai gặp phải độ phức tạp đáng kể—mọi ví phải phân tích các giao dịch loại mới này ngay cả khi không có hỗ trợ gốc, và việc triển khai đầy đủ có thể kéo dài hơn 1-2 hard fork lớn do các thay đổi hạ tầng toàn diện cần thiết. Tuy nhiên, phân tích kinh tế của Vitalik trong đề xuất chứa đựng các nguyên tắc thiết kế sâu sắc, đáng để mọi người xây dựng trên hệ sinh thái mở rộng của Ethereum nghiên cứu kỹ lưỡng.