Chào mừng bạn đến với loạt bài "Xu hướng Web 3", nơi tôi, Shisijun, cung cấp phân tích và diễn giải chuyên sâu về các công nghệ, giao thức và sản phẩm mới gần đây trong ngành Web 3.

Lý do là vì AI đã tăng gấp đôi tốc độ nghiên cứu các dự án mới của tôi. Tôi nghĩ rằng trong tương lai , giá trị của con người sẽ tập trung nhiều hơn vào tư duy, phán đoán và cảm hứng.

Do đó, loạt bài này sẽ giúp bạn nắm bắt những thay đổi cốt lõi trong thời gian ngắn nhất và đánh giá các xu hướng mà chúng có thể gây ra từ ba góc độ: bối cảnh ngành → nguyên tắc kỹ thuật → tác động tiềm ẩn .

Hầu hết quan điểm của tác giả đều bi quan và không nhằm mục đích là giao dịch đầu tư hoặc hướng đến bất kỳ bên tham gia dự án nào.

Jito BAM｜Đặt hàng khối + Thị trường xây dựng khối bổ trợ trên Solana

Nó là gì:

Nói một cách đơn giản, BAM là một nền tảng "xây dựng khối" trên Solana. Nó có mục tiêu tương tự như PBS (phân tách người xây dựng khối và người xác thực) của Ethereum Builder Net, nhằm mục đích giúp các giao dịch được tổ chức có trật tự hơn, chống lại MEV và ngăn ngừa nguy cơ hành vi độc hại tập trung.

Ai là người khởi xướng và có xuất thân như thế nào:

Bên dẫn đầu là Jito Camp, nền tảng đấu giá giao dịch lớn nhất trên Solana, chiếm 90% thị trường khách hàng xác thực và có ảnh hưởng lãnh đạo mạnh mẽ. Tác giả đã thực hiện nghiên cứu chi tiết trước đây, có thể tham khảo: Báo cáo nghiên cứu 10.000 từ: Sự phát triển của bối cảnh MEV trên Solana và những ưu điểm và nhược điểm của nó

Đội ngũ tham gia cũng rất hùng hậu, bao gồm Triton One, SOL Strategies, Figment, Helius, Drift, Pyth, DFlow, v.v. Rõ ràng, đây là hoạt động chung của các dự án chính thức và chính thống của Solana.

Động lực này rất dễ hiểu: Solana đang phải đối mặt với áp lực tăng trưởng bùng nổ từ Hyperliquid, một "chuỗi sổ lệnh gốc". Giá trị cốt lõi của Hyperliquid nằm ở khả năng tạo điều kiện thuận lợi cho các nhà tạo lập thị trường, nhưng bản chất phát triển vốn có của Solana khiến việc tối ưu hóa điều này trở nên khó khăn. Tuy nhiên, nếu các giao dịch trong toàn bộ khối có thể được tùy chỉnh, những hạn chế trong việc tạo khối tuyến tính của Solana có thể được khắc phục, tạo điều kiện thuận lợi cho việc tối ưu hóa các kịch bản DeFi khác nhau.

Kế hoạch triển khai chính thức là: trong giai đoạn đầu, Jito Labs sẽ chạy các nút, với một số lượng nhỏ người xác thực tham gia; trong trung hạn, kế hoạch sẽ được mở rộng cho nhiều nhà điều hành nút hơn, với mục tiêu bao phủ hơn 30% mạng lưới staking; và cuối cùng, mã sẽ là mã nguồn mở và quản trị phi tập trung.

Kết hợp với xu hướng tường thuật của ngành về "tính công bằng có thể kiểm chứng", định hướng của BAM có thể dễ dàng nhận được sự ủng hộ từ các bên xác thực và giao thức. Do đó, tác giả tin rằng nó dựa nhiều hơn vào khái niệm theo đuổi tối ưu hóa tính công bằng như TEE + PBS và được triển khai trong bối cảnh hiện tại.

Nguyên tắc được thực hiện như thế nào:

Ngoài ra, để hiểu được giá trị của nó, bạn cũng cần hiểu một tính năng của thuật toán POH của Solana.

Nghĩa là, việc sản xuất khối thực chất diễn ra dần dần và tuyến tính (một khe 400 ms có 64 khoảng thời gian. Khi mỗi khoảng thời gian hết hạn, giao dịch hiện tại sẽ được gửi đi và sẽ không bị thay đổi trừ khi được khôi phục). Điều này khác với mô hình "sắp xếp toàn bộ khối, đạt được sự đồng thuận trước, rồi mới đồng bộ hóa" của Ethereum.

Thông qua hệ thống BAM này, jito có thể dễ dàng nâng cấp máy khách của một số lượng lớn trình xác thực, do đó tăng tỷ lệ hệ thống BAM được các trình xác thực chấp nhận.

Hãy xem cấu trúc hệ thống BAM như minh họa bên dưới. Phần màu tím ở giữa và mã Plugin bên phải là BAM.

Anh ấy sẽ đảm bảo rằng các giao dịch trên Solana không được đẩy đến Leader từng cái một, mà thứ tự giao dịch của "toàn bộ khối này" sẽ được sắp xếp trong TEE (Môi trường điện toán đáng tin cậy) trước (kết hợp với một số quy tắc sắp xếp cố định do mã Plugin triển khai), sau đó được chuyển giao cho trình xác thực cùng một lúc.

Cuối cùng, người xác thực phải cung cấp bằng chứng TEE chứng minh rằng anh ta thực sự đã cung cấp không gian khối (tính độc quyền) cho thị trường luồng lệnh này.

Tính năng nổi bật nhất ở đây là chức năng plug-in, có thể "mã hóa cứng" các quy tắc vào việc sắp xếp thứ tự giao dịch Tee. Điều này thực sự có ý nghĩa ứng dụng thực tế:

Ví dụ, các nền tảng Oracle yêu cầu cập nhật giá phải được lên lịch là giao dịch đầu tiên trong một khối. Điều này làm giảm tính ngẫu nhiên của các giao dịch cập nhật giá trên chuỗi và tránh các vấn đề do cập nhật giá không kịp thời. Một ví dụ khác là một plugin cho Dex, xác định các giao dịch có khả năng thất bại cao và chỉ cần bỏ qua chúng khỏi Tee, chờ chúng hết hạn theo thời gian, do đó giảm phí liên quan đến các giao dịch thất bại.

Nó có thể tồn tại song song với hệ thống quy trình sản xuất khối Solana hiện có: luồng lệnh thông thường, gói Jito và BAM vẫn là ba hệ thống song song. BAM nghĩa là "chỉ các khối BAM được nhận trong một khối".

Cách đánh giá anh ấy:

Tác giả tin rằng đây là một con đường có "đội hình mạnh, cốt truyện hấp dẫn và các cảnh quay tập trung", nhưng tôi không lạc quan rằng nó sẽ trở thành con đường thị trường chính thống .

Lý do tương tự như Builder Net trên Ethereum và MEV Share được săn đón nhiều, vốn đã phải vật lộn để đạt được tiến triển trong nhiều năm.

Trên thực tế, TEE rất đắt và giới hạn QPS của nó chỉ tính bằng hàng nghìn (vào năm 2013, Tee chỉ có 128M bộ nhớ và hiện tại nó đã phát triển rất nhiều nhưng chỉ có thể đạt tới hàng nghìn QPS), mặc dù 40% khối trên Ethereum hiện được xây dựng bởi TEE.

Tuy nhiên, thông lượng dữ liệu và tính toán của Solana rất cao, và bạn sẽ cần triển khai nhiều TEE để xử lý, cùng với các hoạt động và bảo trì toàn diện cho việc phục hồi sau thảm họa, bộ nhớ và băng thông. Nếu không có các động lực kinh tế bền vững, rất khó để tạo ra lợi nhuận tích cực.

Lợi nhuận của Jito thực tế khá thấp (so với các giao thức on-chain có lợi nhuận cao). Ví dụ, chỉ riêng trong quý 2 năm 2025, Jito chỉ kiếm được 22.391,31 SOL (khoảng 4 triệu đô la Mỹ) thông qua tiền boa. Một khi khối lượng giao dịch khổng lồ của Solana được chuyển đến đó, việc Tee ngừng hoạt động là điều không thể tránh khỏi. Hơn nữa, nhiều tính năng của Tee, chẳng hạn như lỗi bộ nhớ và xóa bộ nhớ, làm tăng nguy cơ ngừng hoạt động và khả năng mất mát giao dịch trên diện rộng.

Tuy nhiên, nó có tiềm năng tạo ra những điểm bán hàng đột phá: ví dụ như giải pháp Oracle Sequencing và thanh toán không lỗi, mang lại lợi ích thiết thực cho người dùng. Các nhà tạo lập thị trường và nền tảng giao dịch cấp doanh nghiệp sẽ tin tưởng vào nó. Hơn nữa, việc tham gia sáng kiến này còn được hưởng lợi từ sự hỗ trợ từ triết lý chính thức của Solana, khiến nó trở thành một cách tuyệt vời để quảng bá thương hiệu.

Cuối cùng: Bản thân BAM không được định vị để cung cấp thông lượng 24/7. Nó là một công cụ để "cung cấp sự đảm bảo chắc chắn cho các khối chính". Tuy nhiên, nhiều sự đảm bảo chắc chắn dựa trên độ chắc chắn tuyệt đối, chứ không phải 30%. Nếu không phải 100%, thì dù có là 99%, nó vẫn là 0%. Đây là chìa khóa cho việc ra quyết định cuối cùng của các dự án Web 3 lớn.

BRC 2.0｜"Lập bản đồ EVM": Khả năng lập trình được hỗ trợ bởi BTC

Nó là gì:

Nó sẽ được kích hoạt vào ngày 2 tháng 9 năm 2025. Tôi hiểu đây là một hệ thống bóng tối chuỗi kép do BTC điều khiển và EVM thực thi. Xin lưu ý rằng đây không phải là BRC 20, mà là thế hệ thứ hai của BRC. Để biết thêm thông tin về BRC 20, vui lòng tham khảo: Diễn giải Giao thức Bitcoin Ordinals và Tiêu chuẩn BRC 20: Nguyên tắc, Đổi mới và Hạn chế

Cốt lõi của 2.0 là bạn viết "hướng dẫn" trên Bitcoin bằng cách sử dụng inscription hoặc commit-reveal, và một EVM đã được sửa đổi sẽ chạy trong trình lập chỉ mục để thực hiện việc triển khai và các lệnh gọi tương ứng. EVM không tính phí gas (các tham số được giữ nguyên nhưng không được tính toán), và phí giao dịch được thêm vào giao dịch Bitcoin.

Về cơ bản, nó tương tự như giao thức Alkanes (Methane). Methane viết các lệnh giao dịch dựa trên trường op-return của BTC và chạy trong máy ảo WASN, trong khi nó chạy trong EVM.

Ai là người khởi xướng và có xuất thân như thế nào:

Bối cảnh của người khởi xướng là: nền tảng bestinslot, trở nên phổ biến trong thời đại ghi danh BTC, tiếp tục ý tưởng của BRC-20: không thay đổi sự đồng thuận của BTC, hãy thử thêm "khả năng lập trình".

Bối cảnh ngành công nghiệp là: trong hai năm qua (thực ra là hai năm gần đây), câu chuyện về khả năng lập trình BTC/L2 đã trở nên phổ biến, và mọi người đều đang tìm kiếm một con đường kỹ thuật có thể vận hành trơn tru. Tuy nhiên, khoảng cách giữa xu hướng thị trường và tiến độ phát triển quá lớn, dẫn đến sự xuất hiện của các mô hình tùy ý như BRC 2.0 và Alkanes chỉ trong năm nay.

Tiếng nói của thị trường có phần hạn chế vì giai đoạn BTC chưa bao giờ có một lực lượng thống nhất dẫn dắt, và nhiều giao thức có thể được bắt nguồn từ các giao thức khác. Do đó, BRC 2.0 có thể không có mối liên hệ thực tế nào với BRC 20.

Nguyên tắc được thực hiện như thế nào:

Nó nằm trong bộ lập chỉ mục, không phải trên chuỗi BTC hay một chuỗi riêng biệt, để vận hành logic EVM. Lưu ý rằng nó không được coi là một chuỗi vì không có sự đồng thuận.

Địa chỉ trên EVM mà người dùng muốn kiểm soát được lấy bằng cách băm địa chỉ BTC của chính người dùng rồi ánh xạ nó vào "địa chỉ EVM ảo".

Để vận hành hệ thống này, logic thực sự rất giống với logic kiểm soát tài sản của BRC 20. Nó chỉ là một chuỗi JSON. Trong BRC 2.0, nó được định nghĩa như sau:

Có thể thấy rằng bạn mã hóa các lệnh trên BTC, với nhiều mã byte/dữ liệu cuộc gọi khác nhau và lệnh này được phát lại và thực thi trong EVM.

Ngoài ra, chữ ký và gas cũng đã được thay đổi: gasPrice của lớp EVM được đặt thành 0, chỉ đóng vai trò là giới hạn trên của tài nguyên; phí xử lý thực tế được phản ánh trong phí giao dịch BTC.

Điều này thực sự khá rủi ro. Tôi đã yêu cầu AI tìm kiếm mã nút của chúng và không tìm thấy biện pháp bảo vệ nào chống lại "độ sâu lệnh gọi/giới hạn bước". Vì vậy, về mặt lý thuyết, một hợp đồng với đệ quy/tự gọi vô hạn có khả năng làm sập máy ảo (VM). (Tất nhiên, biện pháp bảo vệ này rất dễ khắc phục: chỉ cần đặt độ sâu lệnh gọi tối đa.)

Cách đánh giá anh ấy :

Trước hết, anh ấy vẫn biết cách đặt tên. Ít nhất là về mặt khối lượng của BRC 2.0, điều này sẽ tốt hơn là tạo ra một tên giao thức mới. Đây cũng là lý do tại sao RGB gần đây lại trở nên phổ biến trở lại.

Thứ hai, nó không hoàn toàn không liên quan đến BRC 20. Xét cho cùng, khái niệm thiết kế giao thức và cấu trúc trường của nó về cơ bản là giống nhau, nhưng điều này không được tính là bản quyền. Tuy nhiên, tôi chưa thấy tác giả gốc của BRC 20 trên nền tảng này, nên mối liên hệ này có lẽ không đáng kể.

Cuối cùng, tất cả các nền tảng đã khám phá khả năng lập trình có thể muốn chia sẻ giá trị của sự đồng thuận đẳng cấp thế giới này. Tuy nhiên, tác giả tin rằng BTC không nên theo đuổi khả năng lập trình, bởi vì dù theo đuổi thế nào, nó cũng sẽ không thể theo kịp việc tối ưu hóa chức năng và trải nghiệm của nhiều chuỗi tốc độ cao khác nhau.

Hơn nữa, một khi khả năng lập trình được tích hợp vào BTC, nó sẽ phá vỡ bẫy định giá. Một dự án có thể được đưa vào sử dụng thực tế có thể được định giá dựa trên PE. Tuy nhiên, điểm mạnh hiện tại của BTC nằm ở mô hình cung cầu hạn chế. Cung cầu hạn chế không thể định giá được, do đó có giá, và sau đó có sự đồng thuận về giá. Do đó, chính những hạn chế của bản thân BTC đã làm nên thành công của BTC.

EIP-7999 | Đề xuất thị trường phí đa chiều Ethereum

Nó là gì :

Đề xuất do Vitalik dẫn đầu chắc chắn đáng xem xét. Hơn nữa, trong EIP mới nhất, nó đã được đổi tên từ EIP-0000 thành EIP-7999, vì vậy bài viết này sẽ giữ nguyên cả hai.

Đây là loại giao dịch mới "tổng giá trần + vectơ giá đa tài nguyên" được đề xuất để ứng phó với "phân chia phí giao dịch" do EIP-4844 gây ra (tức là trong giao dịch, blob có giá riêng, calldata có giá riêng và execution có giá của eip-1559).

Bạn có thể nghĩ về nó như sau: đóng gói tất cả các báo giá tài nguyên cùng một lúc và đấu thầu với ngữ nghĩa thống nhất, với mục tiêu giải quyết vấn đề có quá nhiều chiều giá trên chuỗi.

Ai là người khởi xướng và có xuất thân như thế nào :

Hướng đi này được thúc đẩy bởi vô số bài viết của Vitalik. Trước đây, EIP với "bốn số 0" sau đó được đánh số vào mục 7999, khiến cái tên kém ấn tượng hơn. Hướng đi này cũng là điều Vitalik đã suy nghĩ trong vô số bài viết, và sự thay đổi trong tư duy của ông có thể được thấy trong các bài đăng từ năm 2022 và 2024.

Tại sao lại nhắc đến chuyện này bây giờ?

Ví, bộ định tuyến và người đấu giá đã cảm nhận rõ ràng sự phân mảnh của "hệ thống đa giá": mỗi khối chỉ có 6 blob, do đó các giao dịch sử dụng blob yêu cầu phải đấu giá; và bản thân các giao dịch vẫn nằm trong eip-1559; và calldata từ năm 2015 vẫn có các đơn giá khác nhau cho các byte 0/khác 0... Các nhà phát triển L2 đã bị dồn vào chân tường vì họ phải đặt giới hạn phí độc lập cho từng chiều tài nguyên. Đặt bất kỳ chiều nào quá thấp sẽ khiến toàn bộ giao dịch thất bại. Ngay cả khi tổng ngân sách phí của người dùng đủ, giao dịch vẫn có thể không được thực hiện do phí cơ bản của một tài nguyên nhất định tăng đột ngột.

Nguyên tắc được thực hiện như thế nào :

Đề xuất này dự kiến giới thiệu một thị trường phí đa chiều thống nhất . Thiết kế cốt lõi là cho phép người dùng đặt một tham số max_fee duy nhất (thay vì nhiều max_fee_per_gas trên các trường khác nhau), và quy trình thực thi EVM sẽ tự động và linh hoạt phân bổ mức phí này cho các tài nguyên khác nhau (khí EVM, khí blob, khí calldata).

Để đạt được điều này chắc chắn không hề dễ dàng. Kế hoạch của ông là giới thiệu một loại hình giao dịch mới với các trường sau:

Rõ ràng là thiết kế này tốt hơn. Xét cho cùng, sau khi xem thiết kế phí gas của ERC-4337, tôi thấy nó quá phức tạp để so sánh.

Để biết thêm chi tiết, hãy xem: Từ 4337 đến 7702: Cái nhìn sâu sắc về quá khứ và tương lai của việc trừu tượng hóa tài khoản Ethereum

Cách đánh giá anh ấy :

Tác giả tin rằng hướng đi này không có vấn đề gì, và nó có ý nghĩa thống nhất phí. Việc triển khai L2/L3 trong tương lai sẽ dễ dàng hơn nhiều, và rất phù hợp với định hướng chiến lược L2 hiện tại của Ethereum.

Tuy nhiên, độ phức tạp sẽ tăng lên đáng kể, và dự án sẽ cần được tiến hành với tốc độ ổn định hơn. Điều này là do đề xuất này sẽ thay đổi tiêu đề khối, mã hóa RLP, giới hạn, v.v. Đây không chỉ là thay đổi ở cấp độ hard fork mà còn đòi hỏi sự thích ứng của các nền tảng khác trên toàn chuỗi, đặc biệt là một số lượng lớn ví.

Mặc dù họ có thể không hỗ trợ loại giao dịch này, nhưng họ phải phân tích trạng thái của giao dịch này.

Do đó, chắc chắn nó sẽ không thể được triển khai trong ngắn hạn, và chỉ có thể thực hiện được sau ít nhất 1-2 đợt hard fork lớn . Tuy nhiên, hai bài viết của Vitalik về thị trường phí là những tư duy kinh tế rất sâu sắc và đáng để đọc kỹ.