Ba chỉ số xu hướng Web3 bạn nên theo dõi: Phân tích Jito BAM, BRC2.0 và EIP-7999

Thị trường Web3 liên tục phát triển, và việc theo dõi các giao thức mới nổi là điều thiết yếu để hiểu rõ hướng đi của ngành công nghiệp. Chỉ số xu hướng này phân tích ba phát triển đáng chú ý đang định hình lại hạ tầng blockchain và xử lý giao dịch.

Jito BAM: Định nghĩa lại thứ tự giao dịch trên Solana

Đổi mới cốt lõi

Jito’s BAM đại diện cho một phương pháp tiếp cận mới về xếp thứ tự giao dịch trên Solana. Hãy nghĩ về nó như một hệ thống sắp xếp thứ tự hoạt động phía sau hậu trường—nó lấy các giao dịch dự định cho một khối và tổ chức chúng một cách chiến lược trước khi các validator xử lý. Điều này khác biệt rõ rệt so với cách Ethereum theo đuổi PBS (Proposer-Builder Separation), nhưng đạt được mục tiêu tương tự: tạo ra thứ tự giao dịch công bằng hơn và giảm thiểu khai thác MEV.

Tại sao điều này quan trọng

Các validator của Solana hiện chiếm khoảng 90% thị phần thông qua nền tảng đấu giá của Jito, mang lại ảnh hưởng lớn cho sáng kiến này. Đội ngũ hỗ trợ gồm những tên tuổi lớn của Solana: Triton One, SOL Strategies, Figment, Helius, Drift, và Pyth đều tham gia. Đây không phải là một thử nghiệm nhỏ lẻ—đây là hành động phối hợp từ các nhà chơi chính thức và các nhà lãnh đạo hệ sinh thái.

Áp lực đằng sau BAM rõ ràng: Hyperliquid và các chuỗi order-book tương tự đang ăn vào lợi thế về câu chuyện của Solana. Các đối thủ này xuất sắc trong hoạt động tạo lập thị trường thông qua thiết kế bản địa. BAM cung cấp cho Solana một giải pháp tạm thời: nếu bạn có thể tùy chỉnh thứ tự giao dịch trong các khối, bạn có thể tối ưu hóa cho DeFi mà không cần thiết phải thiết kế lại toàn bộ giao thức.

Chức năng hoạt động như thế nào

Solana tạo các khối theo tuyến tính—một slot 400ms chứa 64 phân đoạn thời gian, mỗi phân đoạn gửi giao dịch ngay lập tức. BAM thay đổi điều này bằng cách xử lý toàn bộ thứ tự khối trong một TEE (Trusted Execution Environment) trước, áp dụng các quy tắc do plugin xác định trước khi gửi đến validator. Một ví dụ thực tế: một nền tảng oracle có thể mã hóa cứng “cập nhật giá luôn thực thi trước”, loại bỏ tính ngẫu nhiên từ dữ liệu giá bị trì hoãn. Một sàn DEX có thể lọc các thất bại có xác suất cao, giảm phí bị lãng phí.

Thực tế cần xem xét

Hạ tầng TEE đắt đỏ và giới hạn khoảng vài nghìn giao dịch mỗi giây. Mở rộng quy mô cho khả năng xử lý của Solana đòi hỏi nhiều cụm TEE, làm tăng độ phức tạp và rủi ro gián đoạn. Lợi nhuận từ doanh thu Q2 2025 của Jito—22.391 SOL (~4 triệu USD)—cho thấy kinh tế chưa thực sự hấp dẫn. Giá trị thực sự có vẻ hẹp: các giao dịch có giá trị cao, đảm bảo tính xác định. Nhưng “hẹp” có thể chính xác là đặc điểm phù hợp cho việc chấp nhận ban đầu.

BRC2.0: Lập trình Bitcoin mà không thay đổi Bitcoin

Khái niệm

BRC2.0 ra mắt ngày 2 tháng 9 năm 2025, như một sự pha trộn kỳ lạ: người dùng viết hướng dẫn giao dịch trên Bitcoin qua các bản khắc hoặc các scheme cam kết-đáp lại, kích hoạt một môi trường thực thi EVM trong lớp chỉ mục (không trên chuỗi, không có đồng thuận). Phí được tính bằng BTC, nhưng tính toán thực thi trong một Ethereum Virtual Machine “ảo diệu”. Tương tự Alkanes (sử dụng WASM), nhưng hướng tới các nhà phát triển EVM.

Vị trí của nó

Bestinslot, nổi bật trong thời kỳ bùng nổ khắc Bitcoin, đang thúc đẩy dự án này. Tiền đề câu chuyện: thêm các lớp lập trình mà không thay đổi đồng thuận cốt lõi của Bitcoin. Trong 24 tháng qua, mọi người đều theo đuổi các câu chuyện về “khả năng lập trình của BTC”, nhưng các giải pháp kỹ thuật thực tế chậm xuất hiện. BRC2.0 và Alkanes là những nỗ lực nghiêm túc đầu tiên trong năm nay về các triển khai thực tế.

Cơ chế hoạt động

Logic EVM thực thi trong lớp chỉ mục—không phải chuỗi riêng biệt, không phải Bitcoin, mà là một vùng lai không có giao thức đồng thuận. Các địa chỉ EVM do người dùng kiểm soát được băm từ địa chỉ Bitcoin và ánh xạ tới các địa chỉ ảo. Nó phản ánh logic điều khiển dựa trên JSON của BRC20 nhưng thực thi bytecode tùy ý.

Một rủi ro kỹ thuật đáng kể: các cuộc kiểm tra sơ bộ không phát hiện giới hạn độ sâu gọi hoặc đệ quy trong mã nút, nghĩa là về lý thuyết, một hợp đồng đệ quy vô hạn có thể làm sập VM (mặc dù việc thêm các biện pháp bảo vệ như vậy khá đơn giản).

Đánh giá thị trường

Chiến lược đặt tên rất thông minh—“BRC2.0” có khả năng thu hút sự chú ý tốt hơn so với một tên giao thức hoàn toàn mới. Tuy nhiên, thiết kế giao thức dựa nhiều hơn vào sự phù hợp về triết lý với BRC20 hơn là kế thừa kỹ thuật trực tiếp. Quan trọng hơn, sức mạnh lớn nhất của Bitcoin không phải là khả năng lập trình—mà là cơ chế cung cầu khan hiếm, cố định mà không thể định giá theo tỷ lệ PE như các tài sản khác. Thêm độ phức tạp có thể thực sự làm giảm giá trị của Bitcoin. Điều này đặt ra một câu hỏi triết lý: Bitcoin nên ưu tiên các ứng dụng phổ quát hay bảo vệ giá trị độc đáo của nó như một mạng đồng thuận tài nguyên giới hạn?

EIP-7999: Giải pháp thị trường phí đa chiều của Ethereum

Vấn đề nó giải quyết

Sau khi EIP-4844 giới thiệu dữ liệu blob, cấu trúc phí của Ethereum bị phân mảnh. Các giao dịch giờ đây đàm phán giá riêng cho thực thi, calldata và blob. Các nhà phát triển Layer 2 đối mặt với cơn ác mộng: đặt giới hạn phí độc lập cho từng chiều. Nếu một tham số trượt quá thấp, giao dịch thất bại mặc dù tổng ngân sách phí đủ. Ví và bộ định tuyến gặp phải “trải nghiệm không liền mạch”—hệ thống cảm thấy rối vì về mặt kỹ thuật là phân mảnh.

Phản hồi của Vitalik

EIP-7999 (được đổi tên từ EIP-0000) đề xuất các thị trường phí thống nhất: người dùng đặt một tham số max_fee duy nhất, và EVM tự động phân bổ ngân sách này cho các loại tài nguyên khác nhau (gas thực thi, gas blob, gas calldata). Điều này giải quyết một cách tinh tế cuộc khủng hoảng định giá theo chiều mà Ethereum gặp phải từ khi calldata được định giá khác nhau lần đầu tiên (năm 2015).

Độ phức tạp trong triển khai

Đề xuất này giới thiệu một loại giao dịch mới với các trường phí hợp nhất—đẹp hơn so với các nỗ lực trước đó như ERC-4337, vốn bị quá phức tạp. Tuy nhiên, việc triển khai đòi hỏi thay đổi trong tiêu đề khối, mã hóa RLP, quy tắc xác thực, và hỗ trợ ví toàn chuỗi. Mỗi node phải phân tích các giao dịch này, ngay cả khi ví cá nhân chọn không tham gia.

Thời gian và tác động

Việc triển khai ngắn hạn có khả năng không xảy ra—có thể phải chờ 1-2 hard fork lớn. Nhưng phân tích kinh tế đi kèm của Vitalik cho thấy tư duy tinh vi về động thái dài hạn của thị trường phí. Thành công ở đây mở ra các thiết kế kiến trúc L2/L3 đơn giản hơn và định vị cấu trúc phí của Ethereum cho một thập kỷ mở rộng nữa.