Tuyên bố: Bài viết này là nội dung được chuyển nhượng, độc giả có thể nhận thêm thông tin qua liên kết gốc. Nếu tác giả có bất kỳ sự phản đối nào đối với hình thức chuyển nhượng, vui lòng liên hệ với chúng tôi, chúng tôi sẽ thực hiện điều chỉnh theo yêu cầu của tác giả. Việc chuyển nhượng chỉ nhằm mục đích chia sẻ thông tin, không cấu thành bất kỳ lời khuyên đầu tư nào và không đại diện cho quan điểm và lập trường của Wu.
Jito BAM｜Thị trường xây dựng khối "Sắp xếp khối + Plugin" trên Solana
Ông ấy là gì:
Nói đơn giản, BAM là một nền tảng "xây dựng khối" trên Solana, với mục tiêu tương tự như mạng xây dựng Ethereum làm PBS (tách biệt giữa người xây dựng khối và người xác thực), nhằm sắp xếp thứ tự giao dịch một cách có trật tự hơn, chống lại MEV và ngăn chặn rủi ro tập trung xấu xa.
Bởi ai, với bối cảnh như thế nào được đưa ra:
Bên lãnh đạo là nhóm Jito, 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, có ảnh hưởng lãnh đạo mạnh mẽ. Tác giả đã có nghiên cứu chi tiết trước đây để tham khảo: Báo cáo dài 10,000 chữ: Sự phát triển và tranh cãi về MEV trên Solana.
Đội hình các bên tham gia cũng rất mạnh mẽ như Triton One, SOL Strategies, Figment, Helius, Drift, Pyth, DFlow, rõ ràng đây là một hành động hợp tác giữa các dự án chính thống của Solana và các dự án chính.
Động cơ như vậy thực sự rất dễ hiểu: một bên là Solana đối mặt với áp lực phát triển bùng nổ từ Hyperliquid, một "chuỗi sổ đặt hàng nguyên bản", trong khi giá trị cốt lõi của Hyperliquid rất thuận lợi cho hoạt động của các nhà tạo lập thị trường. Tuy nhiên, tính chất phát triển của Solana khiến nó rất khó để tối ưu hóa một cách có mục tiêu. Nhưng nếu giao dịch trong toàn bộ khối có thể được tùy chỉnh, thì có thể vượt qua những hạn chế do Solana phát khối tuyến tính, từ đó thuận lợi cho việc tối ưu hóa trong nhiều kịch bản Defi.
Kế hoạch triển khai chính thức là: Giai đoạn đầu由 Jito Labs vận hành nút, với một số ít người xác thực tham gia; Giai đoạn giữa mở rộng đến nhiều nhà điều hành nút hơn, mục tiêu bao phủ 30%+ lượng staking của mạng lưới; Cuối cùng, mã sẽ được mã nguồn mở và quản trị phi tập trung.
Cùng với xu hướng kể chuyện về "công bằng có thể xác minh", hướng đi của BAM dễ dàng nhận được sự ủng hộ từ các xác thực và bên giao thức, vì vậy tác giả cho rằng, nó chủ yếu dựa trên việc theo đuổi các nguyên tắc tối ưu công bằng như TEE + PBS, được giới thiệu với bối cảnh này.
Nguyên lý nào để thực hiện:
Ngoài ra, để hiểu giá trị của nó, cần phải hiểu một đặc tính của thuật toán POH của Solana.
Có nghĩa là việc phát khối của anh ấy thực sự là tuyến tính từng bước (mỗi slot 400ms có 64 khoảng thời gian tips, khi mỗi khoảng thời gian đến, giao dịch hiện tại sẽ được phát đi, và trừ khi có sự quay lại thì sẽ không thay đổi nữa), khác với mô hình của Ethereum "sắp xếp toàn bộ khối, trước tiên đồng thuận, sau đó đồng bộ".
Với hệ thống BAM này, jito thực sự có thể dễ dàng nâng cấp nhiều client của các validator, từ đó tăng tỷ lệ chấp nhận của hệ thống BAM bởi các validator.
Hệ thống của BAM như hình dưới đây, phần màu tím ở giữa, cùng với phần mã Plugin ở bên phải chính là BAM.
Anh ấy sẽ để cho các giao dịch trên Solana không phải được gửi từng cái một đến Leader, mà trước tiên sắp xếp thứ tự giao dịch của "toàn bộ khối này" trong TEE (Môi trường tính toán đáng tin cậy) (kết hợp các quy tắc sắp xếp cố định được thực hiện bởi Plugin code), sau đó gửi cho người xác thực một lần.
Và người xác minh cũng phải cuối cùng cung cấp chứng minh TEE, cho thấy họ thực sự đã cung cấp không gian của khối (tính độc quyền) cho thị trường dòng đơn hàng này.
Ở đây, tính năng plugin khá đặc sắc, có thể "ghi chết" các quy tắc vào thứ tự giao dịch của Tee. Thực sự có ý nghĩa ứng dụng thực tế:
Ví dụ: Nền tảng của oracle cần phải đặt cập nhật giá cố định ở giao dịch đầu tiên trong một khối, điều này có thể giảm tính ngẫu nhiên của giao dịch cập nhật giá trên chuỗi, từ đó tránh được các vấn đề phát sinh do việc cập nhật giá không kịp thời. Một ví dụ khác đối với dex, có thể viết một plugin để nhận diện các giao dịch có xác suất thất bại cao và không đóng gói chúng ngay trong Tee, sau đó từ từ chờ giao dịch hết hạn, nhằm giảm thiểu phí giao dịch phát sinh do thất bại.
Hệ thống của anh ấy có thể đồng thời tồn tại với quy trình tạo khối Solana hiện tại: vẫn là dòng đơn hàng thông thường, gói Jito, và ba bộ BAM song song. BAM là "chỉ nhận BAM trong một khối nào đó".
Đánh giá về anh ấy:
Tác giả cho rằng: Đây là một con đường "đội hình mạnh, kể chuyện mạnh, tập trung vào cảnh" nhưng để nó trở thành con đường thị trường chính, tôi không lạc quan.
Cũng giống như Builder net trên Ethereum và mev share đang nhận được nhiều sự chú ý, lý do phát triển nhiều năm nhưng khó có tiến triển.
Vì thực tế, chi phí TEE cao, giới hạn QPS chỉ ở mức hàng nghìn (vào năm 2013, TEE chỉ có 128M bộ nhớ, bây giờ đã phát triển rất nhiều, nhưng vẫn chỉ có thể ở mức QPS hàng nghìn), mặc dù hiện nay đã có 40% khối trên Ethereum được xây dựng bằng TEE.
Tuy nhiên, thông lượng dữ liệu và tính toán của Solana ở đó, bạn phải tích lũy nhiều TEE để có thể đáp ứng khối lượng, cộng thêm khôi phục thảm họa, bộ nhớ, băng thông và toàn bộ vận hành. Nếu dự án này không có động lực kinh tế liên tục, thì rất khó để có lãi.
Trên thực tế, lợi nhuận của Jito không cao (so với các giao thức có lợi suất cao trên chuỗi), chẳng hạn như chỉ trong quý 2 năm 2025, Jito chỉ kiếm được 22,391.31 SOL (khoảng 4 triệu đô la) thông qua tips. Khi quy mô giao dịch khổng lồ của Solana chuyển sang, sự cố ngừng hoạt động của Tee là điều không thể tránh khỏi, và Tee còn có nhiều đặc điểm như ngừng hoạt động do bộ nhớ và xóa bộ nhớ, điều này sẽ làm tăng nguy cơ ngừng hoạt động và mang lại rủi ro mất giao dịch trên diện rộng.
Nhưng nó có "khả năng điểm bán cao cấp sát thủ": chẳng hạn như định thứ tự oracle, miễn phí khi thất bại, đều là những trải nghiệm lợi ích "có thể nhìn thấy". Các nhà tạo lập thị trường, các đầu cuối giao dịch doanh nghiệp sẽ phải chi trả. Hơn nữa, việc tham gia cũng có sự phối hợp về mặt tư tưởng từ Solana, đây là một phương pháp tốt để kiếm tiếng tăm.
Cuối cùng: Vị trí của BAM không phải là công cụ để xử lý khối lượng 7x24, mà là một công cụ "cung cấp bảo đảm xác định cho các khối quan trọng". Tuy nhiên, nhiều bảo đảm xác định phụ thuộc vào sự chắc chắn tuyệt đối, chứ không phải là 30% sự chắc chắn. Ngay cả trong trường hợp không có 100%, thì ngay cả 99% cũng là 0%. Đây là chìa khóa cho quyết định cuối cùng của các dự án web3 lớn.
BRC 2.0｜“Ánh xạ EVM”：Năng lực lập trình được điều khiển bởi BTC
Anh ấy là gì:
Ngày 2 tháng 9 năm 2025 sẽ được kích hoạt, tôi hiểu rằng đây là một hệ thống bóng đôi "được điều khiển bởi BTC, thực thi EVM". Lưu ý, đây không phải là BRC20, mà có nghĩa là thế hệ thứ hai của BRC, về bối cảnh của BRC20 có thể tham khảo: Giải thích giao thức Bitcoin Oridinals và nguyên lý đổi mới và hạn chế của tiêu chuẩn BRC20.
Và cốt lõi của 2.0 là bạn viết "lệnh" bằng inscription hoặc commit-reveal trên BTC, chạy một "phiên bản cải tiến của EVM" trong trình chỉ mục để thực hiện việc triển khai và gọi tương ứng. EVM không thu gas (các tham số vẫn giữ nguyên nhưng không được định giá), phí giao dịch được tính vào giao dịch BTC.
Cơ bản giống như giao thức Alkanes (methane), methane là một lệnh giao dịch được ghi vào trường op-return dựa trên btc, chạy trên máy ảo WASN, trong khi nó chạy trên EVM.
Bởi ai, với bối cảnh như thế nào được giới thiệu:
Bối cảnh của bên khởi xướng là: nền tảng bestinslot nổi lên trong thời đại bitcoin khắc ghi, tiếp tục tư duy BRC-20: không động vào sự đồng thuận BTC, cố gắng chồng chất "tính khả trình" lên trên.
Bối cảnh ngành là: Trong hai năm qua ( thực sự là câu chuyện về BTC có thể lập trình/L2 đã bùng nổ, mọi người đều đang tìm kiếm con đường kỹ thuật có thể thực hiện được, nhưng khoảng cách giữa xu hướng thị trường và tiến độ phát triển thực sự quá lớn, dẫn đến phải đến năm nay mới có các mô hình như brc2.0 và alkanes xuất hiện.
Khối lượng thị trường có phần hạn chế, vì sân khấu của btc luôn thiếu một lực lượng tập hợp để dẫn dắt, và nhiều giao thức có thể phát sinh trên các giao thức khác, vì vậy thực sự brc2.0 rất có khả năng không có mối quan hệ thực tế nào với brc20.
Nguyên lý nào thực hiện:
Anh ấy ở trong bộ chỉ mục, không phải trên chuỗi BTC cũng không phải là 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 cần kiểm soát được tạo ra bằng cách băm địa chỉ BTC của chính người dùng và sau đó ánh xạ thành "địa chỉ EVM ảo".
Để vận hành hệ thống này, thực ra nó khá giống với logic kiểm soát tài sản của BRC20, chỉ là một chuỗi json mà thôi, trong brc2.0, được định nghĩa như sau:
Có thể thấy rằng, bạn đang mã hóa các lệnh vào BTC, với nhiều mã byte/dữ liệu gọi khác nhau được đưa lên, nó sẽ được phát lại và thực thi trong EVM.
Hơn nữa, chữ ký và Gas cũng đã thay đổi: để gasPrice=0 ở tầng EVM, chỉ làm giới hạn tài nguyên; phí thực tế được thể hiện trong phí giao dịch BTC.
Thực ra điều này rất rủi ro, tôi đã yêu cầu AI tìm kiếm trong mã nguồn của các nút của họ và phát hiện ra không thấy sự bảo vệ "giới hạn độ sâu/giai đoạn gọi". Vì vậy, về lý thuyết, một hợp đồng "đệ quy vô hạn/tự gọi" có thể làm cho VM này bị sập (tất nhiên, sự bảo vệ này không khó để bổ sung: chỉ cần đặt độ sâu tối đa là đủ).
Làm thế nào để đánh giá anh ấy:
Trước hết, anh ấy vẫn hiểu cách đặt tên, ít nhất là âm lượng của brc2.0 sẽ tốt hơn so với việc tạo ra một thuật ngữ giao thức mới, điều này cũng giống như gần đây RGB lại có tiếng nói.
Thứ hai, anh ấy cũng không hoàn toàn không liên quan đến brc20,毕竟 thiết kế giao thức của anh ấy, mô hình trường, cơ bản giống nhau, nhưng cũng không phải là bản quyền gì. Tuy nhiên, không thấy tác giả gốc của brc20 đứng ra, nên mối liên hệ có lẽ cũng không lớn.
Cuối cùng, tất cả các nền tảng khám phá tính lập trình có thể đều muốn chia sẻ giá trị của sự đồng thuận cấp thế giới này, tuy nhiên, tác giả cho rằng, thực sự BTC không nên theo đuổi tính lập trình này, vì cách theo đuổi chắc chắn sẽ không theo kịp với việc tối ưu hóa các chuỗi tốc độ cao về chức năng và trải nghiệm.
Hơn nữa, một khi tính khả thi có thể lập trình được, ngay cả khi được tích hợp vào chính BTC, điều đó sẽ phá vỡ cái bẫy định giá của nó. Một dự án có thể được ứng dụng thực tế có thể được định giá dựa trên PE, nhưng BTC hiện tại mạnh mẽ vì nó dựa trên mô hình cung cầu hữu hạn. Mô hình cung cầu hữu hạn thì không thể được định giá, do đó có giá cả, và cùng với giá cả có sự đồng thuận. Chính sự giới hạn của BTC đã tạo nên giá trị cho chính nó.
EIP-7999 | Đề xuất thị trường phí đa chiều Ethereum
Ông ấy là gì:
Đề xuất do Vitalik dẫn đầu, chắc chắn là một cái đáng để xem, ngoài ra, trong EIP mới nhất, đã được đổi tên từ EIP-0000 thành EIP-7999, vì vậy bài viết này sẽ giữ cả hai tên.
Đây là một loại giao dịch mới được đề xuất trong bối cảnh sau EIP-4844, gây ra "sự phân chia phí giao dịch" (tức là trong một giao dịch, blob có giá của blob, calldata có giá của nó, và thực thi còn có giá của eip-1559), với cấu trúc "trần giá tổng thể + vector giá tài nguyên đa dạng".
Bạn có thể hiểu rằng: gói tất cả các báo giá của tài nguyên lại với nhau, đưa ra giá một cách đồng nhất về nghĩa, mục đích là để giải quyết vấn đề có quá nhiều chiều định giá trên chuỗi.
Do ai, bối cảnh như thế nào đã được đưa ra:
Hướng đi được thúc đẩy bởi nhiều bài viết của Vitalik. Trước đó có đoạn EIP "4 số 0" sau đó được đổi thành số 7999, cái tên không còn ấn tượng như trước, và hướng đi này cũng là suy nghĩ mà Vitalik đã nhiều lần đề cập trong các bài viết của mình, từ các bài viết năm 2022 đến 2024, chúng ta có thể thấy sự biến chuyển trong suy nghĩ của anh ấy.
Tại sao lại đề cập bây giờ?
Bởi vì ví, bộ định tuyến và máy đấu giá đã rõ ràng cảm nhận được trải nghiệm "hệ thống giá đa dạng" bị phân tách: mỗi khối chỉ có 6 blob, vì vậy để sử dụng giao dịch blob, cần phải đấu giá; trong khi giao dịch bản thân vẫn ở eip-1559; còn có calldata từ năm 2015 với giá đơn vị khác nhau cho byte 0/không 0... Các bạn phát triển L2 đã bị dồn vào chân tường, vì họ phải thiết lập giới hạn chi phí độc lập cho mỗi chiều tài nguyên, bất kỳ chiều nào được thiết lập quá thấp sẽ dẫn đến việc giao dịch toàn bộ thất bại, ngay cả khi ngân sách chi phí tổng thể của người dùng đủ, cũng có thể do chi phí cơ bản của một tài nguyên nào đó đột ngột tăng cao mà không thể thực hiện giao dịch.
Nguyên lý nào được thực hiện:
Đề xuất này dự kiến sẽ 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 chỉ cần thiết lập một tham số max_fee duy nhất (thay thế cho nhiều max_fee_per_gas trên các trường khác nhau), trong khi quá trình thực thi EVM sẽ tự động phân bổ khoản phí này một cách linh hoạt giữa các nguồn lực khác nhau (EVM gas, blob gas, calldata gas).
Để đạt được điều này, chắc chắn không dễ dàng, kế hoạch của ông là giới thiệu một loại giao dịch mới, các trường như sau:
Rõ ràng, thiết kế này vẫn tốt hơn một chút,毕竟 tác giả đã thấy thiết kế phí Gas của ERC-4337, điều đó thật sự quá phức tạp.
Chi tiết có thể xem: Từ 4337 đến 7702: Phân tích sâu về quá khứ và tương lai của lĩnh vực trừu tượng tài khoản Ethereum.
Làm thế nào để đánh giá anh ấy:
Tác giả cho rằng, hướng đi này không có vấn đề gì, và có ý nghĩa về phí thống nhất, sẽ dễ dàng hơn nhiều khi thực hiện L2/L3 sau này, rất phù hợp với chiến lược lớn hiện tại của Ethereum về L2.
Nhưng độ phức tạp sẽ tăng lên rõ rệt, và việc thúc đẩy dự án cũng cần có nhịp độ ổn định hơn. Bởi vì bộ đề xuất này sẽ làm thay đổi các khối, mã hóa RLP, giới hạn, v.v., đây không chỉ là sự thay đổi cấp độ hard fork, mà còn phải gây ra 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 loạt ví.
Mặc dù họ có thể không hỗ trợ loại giao dịch này, nhưng cần phân tích trạng thái của giao dịch này.
Vì vậy, trong ngắn hạn chắc chắn sẽ không triển khai, ít nhất sau 1-2 hard fork lớn mới có khả năng, tuy nhiên, hai bài viết của Vitalik về thị trường phí là những suy nghĩ kinh tế rất sâu sắc, đáng để xem xét kỹ lưỡng.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Web3 chỉ báo: Giải thích Jito BAM, BRC2.0, EIP-7999
Tác giả: Thập Tứ Quân
Liên kết gốc:
Tuyên bố: Bài viết này là nội dung được chuyển nhượng, độc giả có thể nhận thêm thông tin qua liên kết gốc. Nếu tác giả có bất kỳ sự phản đối nào đối với hình thức chuyển nhượng, vui lòng liên hệ với chúng tôi, chúng tôi sẽ thực hiện điều chỉnh theo yêu cầu của tác giả. Việc chuyển nhượng chỉ nhằm mục đích chia sẻ thông tin, không cấu thành bất kỳ lời khuyên đầu tư nào và không đại diện cho quan điểm và lập trường của Wu.
Jito BAM｜Thị trường xây dựng khối "Sắp xếp khối + Plugin" trên Solana
Ông ấy là gì:
Nói đơn giản, BAM là một nền tảng "xây dựng khối" trên Solana, với mục tiêu tương tự như mạng xây dựng Ethereum làm PBS (tách biệt giữa người xây dựng khối và người xác thực), nhằm sắp xếp thứ tự giao dịch một cách có trật tự hơn, chống lại MEV và ngăn chặn rủi ro tập trung xấu xa.
Bởi ai, với bối cảnh như thế nào được đưa ra:
Bên lãnh đạo là nhóm Jito, 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, có ảnh hưởng lãnh đạo mạnh mẽ. Tác giả đã có nghiên cứu chi tiết trước đây để tham khảo: Báo cáo dài 10,000 chữ: Sự phát triển và tranh cãi về MEV trên Solana.
Đội hình các bên tham gia cũng rất mạnh mẽ như Triton One, SOL Strategies, Figment, Helius, Drift, Pyth, DFlow, rõ ràng đây là một hành động hợp tác giữa các dự án chính thống của Solana và các dự án chính.
Động cơ như vậy thực sự rất dễ hiểu: một bên là Solana đối mặt với áp lực phát triển bùng nổ từ Hyperliquid, một "chuỗi sổ đặt hàng nguyên bản", trong khi giá trị cốt lõi của Hyperliquid rất thuận lợi cho hoạt động của các nhà tạo lập thị trường. Tuy nhiên, tính chất phát triển của Solana khiến nó rất khó để tối ưu hóa một cách có mục tiêu. Nhưng nếu giao dịch trong toàn bộ khối có thể được tùy chỉnh, thì có thể vượt qua những hạn chế do Solana phát khối tuyến tính, từ đó thuận lợi cho việc tối ưu hóa trong nhiều kịch bản Defi.
Kế hoạch triển khai chính thức là: Giai đoạn đầu由 Jito Labs vận hành nút, với một số ít người xác thực tham gia; Giai đoạn giữa mở rộng đến nhiều nhà điều hành nút hơn, mục tiêu bao phủ 30%+ lượng staking của mạng lưới; Cuối cùng, mã sẽ được mã nguồn mở và quản trị phi tập trung.
Cùng với xu hướng kể chuyện về "công bằng có thể xác minh", hướng đi của BAM dễ dàng nhận được sự ủng hộ từ các xác thực và bên giao thức, vì vậy tác giả cho rằng, nó chủ yếu dựa trên việc theo đuổi các nguyên tắc tối ưu công bằng như TEE + PBS, được giới thiệu với bối cảnh này.
Nguyên lý nào để thực hiện:
Ngoài ra, để hiểu giá trị của nó, cần phải hiểu một đặc tính của thuật toán POH của Solana.
Có nghĩa là việc phát khối của anh ấy thực sự là tuyến tính từng bước (mỗi slot 400ms có 64 khoảng thời gian tips, khi mỗi khoảng thời gian đến, giao dịch hiện tại sẽ được phát đi, và trừ khi có sự quay lại thì sẽ không thay đổi nữa), khác với mô hình của Ethereum "sắp xếp toàn bộ khối, trước tiên đồng thuận, sau đó đồng bộ".
Với hệ thống BAM này, jito thực sự có thể dễ dàng nâng cấp nhiều client của các validator, từ đó tăng tỷ lệ chấp nhận của hệ thống BAM bởi các validator.
Hệ thống của BAM như hình dưới đây, phần màu tím ở giữa, cùng với phần mã Plugin ở bên phải chính là BAM.
Anh ấy sẽ để cho các giao dịch trên Solana không phải được gửi từng cái một đến Leader, mà trước tiên sắp xếp thứ tự giao dịch của "toàn bộ khối này" trong TEE (Môi trường tính toán đáng tin cậy) (kết hợp các quy tắc sắp xếp cố định được thực hiện bởi Plugin code), sau đó gửi cho người xác thực một lần.
Và người xác minh cũng phải cuối cùng cung cấp chứng minh TEE, cho thấy họ thực sự đã cung cấp không gian của khối (tính độc quyền) cho thị trường dòng đơn hàng này.
Ở đây, tính năng plugin khá đặc sắc, có thể "ghi chết" các quy tắc vào thứ tự giao dịch của Tee. Thực sự có ý nghĩa ứng dụng thực tế:
Ví dụ: Nền tảng của oracle cần phải đặt cập nhật giá cố định ở giao dịch đầu tiên trong một khối, điều này có thể giảm tính ngẫu nhiên của giao dịch cập nhật giá trên chuỗi, từ đó tránh được các vấn đề phát sinh do việc cập nhật giá không kịp thời. Một ví dụ khác đối với dex, có thể viết một plugin để nhận diện các giao dịch có xác suất thất bại cao và không đóng gói chúng ngay trong Tee, sau đó từ từ chờ giao dịch hết hạn, nhằm giảm thiểu phí giao dịch phát sinh do thất bại.
Hệ thống của anh ấy có thể đồng thời tồn tại với quy trình tạo khối Solana hiện tại: vẫn là dòng đơn hàng thông thường, gói Jito, và ba bộ BAM song song. BAM là "chỉ nhận BAM trong một khối nào đó".
Đánh giá về anh ấy:
Tác giả cho rằng: Đây là một con đường "đội hình mạnh, kể chuyện mạnh, tập trung vào cảnh" nhưng để nó trở thành con đường thị trường chính, tôi không lạc quan.
Cũng giống như Builder net trên Ethereum và mev share đang nhận được nhiều sự chú ý, lý do phát triển nhiều năm nhưng khó có tiến triển.
Vì thực tế, chi phí TEE cao, giới hạn QPS chỉ ở mức hàng nghìn (vào năm 2013, TEE chỉ có 128M bộ nhớ, bây giờ đã phát triển rất nhiều, nhưng vẫn chỉ có thể ở mức QPS hàng nghìn), mặc dù hiện nay đã có 40% khối trên Ethereum được xây dựng bằng TEE.
Tuy nhiên, thông lượng dữ liệu và tính toán của Solana ở đó, bạn phải tích lũy nhiều TEE để có thể đáp ứng khối lượng, cộng thêm khôi phục thảm họa, bộ nhớ, băng thông và toàn bộ vận hành. Nếu dự án này không có động lực kinh tế liên tục, thì rất khó để có lãi.
Trên thực tế, lợi nhuận của Jito không cao (so với các giao thức có lợi suất cao trên chuỗi), chẳng hạn như chỉ trong quý 2 năm 2025, Jito chỉ kiếm được 22,391.31 SOL (khoảng 4 triệu đô la) thông qua tips. Khi quy mô giao dịch khổng lồ của Solana chuyển sang, sự cố ngừng hoạt động của Tee là điều không thể tránh khỏi, và Tee còn có nhiều đặc điểm như ngừng hoạt động do bộ nhớ và xóa bộ nhớ, điều này sẽ làm tăng nguy cơ ngừng hoạt động và mang lại rủi ro mất giao dịch trên diện rộng.
Nhưng nó có "khả năng điểm bán cao cấp sát thủ": chẳng hạn như định thứ tự oracle, miễn phí khi thất bại, đều là những trải nghiệm lợi ích "có thể nhìn thấy". Các nhà tạo lập thị trường, các đầu cuối giao dịch doanh nghiệp sẽ phải chi trả. Hơn nữa, việc tham gia cũng có sự phối hợp về mặt tư tưởng từ Solana, đây là một phương pháp tốt để kiếm tiếng tăm.
Cuối cùng: Vị trí của BAM không phải là công cụ để xử lý khối lượng 7x24, mà là một công cụ "cung cấp bảo đảm xác định cho các khối quan trọng". Tuy nhiên, nhiều bảo đảm xác định phụ thuộc vào sự chắc chắn tuyệt đối, chứ không phải là 30% sự chắc chắn. Ngay cả trong trường hợp không có 100%, thì ngay cả 99% cũng là 0%. Đây là chìa khóa cho quyết định cuối cùng của các dự án web3 lớn.
BRC 2.0｜“Ánh xạ EVM”：Năng lực lập trình được điều khiển bởi BTC
Anh ấy là gì:
Ngày 2 tháng 9 năm 2025 sẽ được kích hoạt, tôi hiểu rằng đây là một hệ thống bóng đôi "được điều khiển bởi BTC, thực thi EVM". Lưu ý, đây không phải là BRC20, mà có nghĩa là thế hệ thứ hai của BRC, về bối cảnh của BRC20 có thể tham khảo: Giải thích giao thức Bitcoin Oridinals và nguyên lý đổi mới và hạn chế của tiêu chuẩn BRC20.
Và cốt lõi của 2.0 là bạn viết "lệnh" bằng inscription hoặc commit-reveal trên BTC, chạy một "phiên bản cải tiến của EVM" trong trình chỉ mục để thực hiện việc triển khai và gọi tương ứng. EVM không thu gas (các tham số vẫn giữ nguyên nhưng không được định giá), phí giao dịch được tính vào giao dịch BTC.
Cơ bản giống như giao thức Alkanes (methane), methane là một lệnh giao dịch được ghi vào trường op-return dựa trên btc, chạy trên máy ảo WASN, trong khi nó chạy trên EVM.
Bởi ai, với bối cảnh như thế nào được giới thiệu:
Bối cảnh của bên khởi xướng là: nền tảng bestinslot nổi lên trong thời đại bitcoin khắc ghi, tiếp tục tư duy BRC-20: không động vào sự đồng thuận BTC, cố gắng chồng chất "tính khả trình" lên trên.
Bối cảnh ngành là: Trong hai năm qua ( thực sự là câu chuyện về BTC có thể lập trình/L2 đã bùng nổ, mọi người đều đang tìm kiếm con đường kỹ thuật có thể thực hiện được, nhưng khoảng cách giữa xu hướng thị trường và tiến độ phát triển thực sự quá lớn, dẫn đến phải đến năm nay mới có các mô hình như brc2.0 và alkanes xuất hiện.
Khối lượng thị trường có phần hạn chế, vì sân khấu của btc luôn thiếu một lực lượng tập hợp để dẫn dắt, và nhiều giao thức có thể phát sinh trên các giao thức khác, vì vậy thực sự brc2.0 rất có khả năng không có mối quan hệ thực tế nào với brc20.
Nguyên lý nào thực hiện:
Anh ấy ở trong bộ chỉ mục, không phải trên chuỗi BTC cũng không phải là 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 cần kiểm soát được tạo ra bằng cách băm địa chỉ BTC của chính người dùng và sau đó ánh xạ thành "địa chỉ EVM ảo".
Để vận hành hệ thống này, thực ra nó khá giống với logic kiểm soát tài sản của BRC20, chỉ là một chuỗi json mà thôi, trong brc2.0, được định nghĩa như sau:
Có thể thấy rằng, bạn đang mã hóa các lệnh vào BTC, với nhiều mã byte/dữ liệu gọi khác nhau được đưa lên, nó sẽ được phát lại và thực thi trong EVM.
Hơn nữa, chữ ký và Gas cũng đã thay đổi: để gasPrice=0 ở tầng EVM, chỉ làm giới hạn tài nguyên; phí thực tế được thể hiện trong phí giao dịch BTC.
Thực ra điều này rất rủi ro, tôi đã yêu cầu AI tìm kiếm trong mã nguồn của các nút của họ và phát hiện ra không thấy sự bảo vệ "giới hạn độ sâu/giai đoạn gọi". Vì vậy, về lý thuyết, một hợp đồng "đệ quy vô hạn/tự gọi" có thể làm cho VM này bị sập (tất nhiên, sự bảo vệ này không khó để bổ sung: chỉ cần đặt độ sâu tối đa là đủ).
Làm thế nào để đánh giá anh ấy:
Trước hết, anh ấy vẫn hiểu cách đặt tên, ít nhất là âm lượng của brc2.0 sẽ tốt hơn so với việc tạo ra một thuật ngữ giao thức mới, điều này cũng giống như gần đây RGB lại có tiếng nói.
Thứ hai, anh ấy cũng không hoàn toàn không liên quan đến brc20,毕竟 thiết kế giao thức của anh ấy, mô hình trường, cơ bản giống nhau, nhưng cũng không phải là bản quyền gì. Tuy nhiên, không thấy tác giả gốc của brc20 đứng ra, nên mối liên hệ có lẽ cũng không lớn.
Cuối cùng, tất cả các nền tảng khám phá tính lập trình có thể đều muốn chia sẻ giá trị của sự đồng thuận cấp thế giới này, tuy nhiên, tác giả cho rằng, thực sự BTC không nên theo đuổi tính lập trình này, vì cách theo đuổi chắc chắn sẽ không theo kịp với việc tối ưu hóa các chuỗi tốc độ cao về chức năng và trải nghiệm.
Hơn nữa, một khi tính khả thi có thể lập trình được, ngay cả khi được tích hợp vào chính BTC, điều đó sẽ phá vỡ cái bẫy định giá của nó. Một dự án có thể được ứng dụng thực tế có thể được định giá dựa trên PE, nhưng BTC hiện tại mạnh mẽ vì nó dựa trên mô hình cung cầu hữu hạn. Mô hình cung cầu hữu hạn thì không thể được định giá, do đó có giá cả, và cùng với giá cả có sự đồng thuận. Chính sự giới hạn của BTC đã tạo nên giá trị cho chính nó.
EIP-7999 | Đề xuất thị trường phí đa chiều Ethereum
Ông ấy là gì:
Đề xuất do Vitalik dẫn đầu, chắc chắn là một cái đáng để xem, ngoài ra, trong EIP mới nhất, đã được đổi tên từ EIP-0000 thành EIP-7999, vì vậy bài viết này sẽ giữ cả hai tên.
Đây là một loại giao dịch mới được đề xuất trong bối cảnh sau EIP-4844, gây ra "sự phân chia phí giao dịch" (tức là trong một giao dịch, blob có giá của blob, calldata có giá của nó, và thực thi còn có giá của eip-1559), với cấu trúc "trần giá tổng thể + vector giá tài nguyên đa dạng".
Bạn có thể hiểu rằng: gói tất cả các báo giá của tài nguyên lại với nhau, đưa ra giá một cách đồng nhất về nghĩa, mục đích là để giải quyết vấn đề có quá nhiều chiều định giá trên chuỗi.
Do ai, bối cảnh như thế nào đã được đưa ra:
Hướng đi được thúc đẩy bởi nhiều bài viết của Vitalik. Trước đó có đoạn EIP "4 số 0" sau đó được đổi thành số 7999, cái tên không còn ấn tượng như trước, và hướng đi này cũng là suy nghĩ mà Vitalik đã nhiều lần đề cập trong các bài viết của mình, từ các bài viết năm 2022 đến 2024, chúng ta có thể thấy sự biến chuyển trong suy nghĩ của anh ấy.
Tại sao lại đề cập bây giờ?
Bởi vì ví, bộ định tuyến và máy đấu giá đã rõ ràng cảm nhận được trải nghiệm "hệ thống giá đa dạng" bị phân tách: mỗi khối chỉ có 6 blob, vì vậy để sử dụng giao dịch blob, cần phải đấu giá; trong khi giao dịch bản thân vẫn ở eip-1559; còn có calldata từ năm 2015 với giá đơn vị khác nhau cho byte 0/không 0... Các bạn phát triển L2 đã bị dồn vào chân tường, vì họ phải thiết lập giới hạn chi phí độc lập cho mỗi chiều tài nguyên, bất kỳ chiều nào được thiết lập quá thấp sẽ dẫn đến việc giao dịch toàn bộ thất bại, ngay cả khi ngân sách chi phí tổng thể của người dùng đủ, cũng có thể do chi phí cơ bản của một tài nguyên nào đó đột ngột tăng cao mà không thể thực hiện giao dịch.
Nguyên lý nào được thực hiện:
Đề xuất này dự kiến sẽ 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 chỉ cần thiết lập một tham số max_fee duy nhất (thay thế cho nhiều max_fee_per_gas trên các trường khác nhau), trong khi quá trình thực thi EVM sẽ tự động phân bổ khoản phí này một cách linh hoạt giữa các nguồn lực khác nhau (EVM gas, blob gas, calldata gas).
Để đạt được điều này, chắc chắn không dễ dàng, kế hoạch của ông là giới thiệu một loại giao dịch mới, các trường như sau:
Rõ ràng, thiết kế này vẫn tốt hơn một chút,毕竟 tác giả đã thấy thiết kế phí Gas của ERC-4337, điều đó thật sự quá phức tạp.
Chi tiết có thể xem: Từ 4337 đến 7702: Phân tích sâu về quá khứ và tương lai của lĩnh vực trừu tượng tài khoản Ethereum.
Làm thế nào để đánh giá anh ấy:
Tác giả cho rằng, hướng đi này không có vấn đề gì, và có ý nghĩa về phí thống nhất, sẽ dễ dàng hơn nhiều khi thực hiện L2/L3 sau này, rất phù hợp với chiến lược lớn hiện tại của Ethereum về L2.
Nhưng độ phức tạp sẽ tăng lên rõ rệt, và việc thúc đẩy dự án cũng cần có nhịp độ ổn định hơn. Bởi vì bộ đề xuất này sẽ làm thay đổi các khối, mã hóa RLP, giới hạn, v.v., đây không chỉ là sự thay đổi cấp độ hard fork, mà còn phải gây ra 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 loạt ví.
Mặc dù họ có thể không hỗ trợ loại giao dịch này, nhưng cần phân tích trạng thái của giao dịch này.
Vì vậy, trong ngắn hạn chắc chắn sẽ không triển khai, ít nhất sau 1-2 hard fork lớn mới có khả năng, tuy nhiên, hai bài viết của Vitalik về thị trường phí là những suy nghĩ kinh tế rất sâu sắc, đáng để xem xét kỹ lưỡng.