𝗧𝗼 𝗕𝗔𝗠 𝗼𝗿 𝗻𝗼𝘁 𝘁𝗼 𝗕𝗔𝗠 💥🤔 Lấy lời khuyên từ @0xMert, đội ngũ đã viết một blog để phản biện mọi lập luận chống lại BAM. Hãy tham khảo liên kết bên dưới. Hãy cùng khám phá nó 🧵 ⬇️
"𝗕𝗔𝗠 𝗶𝘀 𝗮 𝗰𝗲𝗻𝘁𝗿𝗮𝗹𝗶𝘇𝗲𝗱 𝘀𝗲𝗾𝘂𝗲𝗻𝗰𝗲𝗿 𝘄𝗶𝘁𝗵 𝗮 𝗯𝗹𝗼𝗰𝗸-𝗯𝘂𝗶𝗹𝗱𝗶𝗻𝗴 𝗺𝗼𝗻𝗼𝗽𝗼𝗹𝘆." 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: Phê bình này lập luận rằng BAM giới thiệu một bộ lập trình duy nhất sẽ thực hiện tất cả việc lập lịch giao dịch cho Solana. Ngay cả khi cơ sở hạ tầng được phân phối, các quy tắc lập lịch xuất phát từ một hệ thống, mà được kiểm soát bởi Jito. Các bên liên quan lo ngại rằng điều này làm suy yếu sự đa dạng tự nhiên của các bộ lập lịch của Solana thành một bộ có thể hoạt động như một bộ lập lịch tập trung, trở thành một điểm thất bại duy nhất và tập trung quá nhiều ảnh hưởng vào một bộ lập lịch và một bên. BAM được thiết kế để không có thực thể nào có thể kiểm soát thứ tự giao dịch. Hệ thống sẽ phân quyền hoạt động và quản trị logic lập lịch thông qua: • 𝗼𝗽𝗲𝗻 𝗽𝗮𝗿𝘁𝗶𝗰𝗶𝗽𝗮𝘁𝗶𝗼𝗻: bất kỳ nhà điều hành đủ điều kiện nào cũng có thể tham gia và vận hành Node BAM của riêng họ. • 𝗴𝗹𝗼𝗯𝗮𝗹 𝗰𝗼𝘃𝗲𝗿𝗮𝗴𝗲: Các Node BAM sẽ được triển khai trên một mạng lưới các nhà điều hành đa dạng về địa lý. • 𝗼𝗽𝗲𝗻-𝘀𝗼𝘂𝗿𝗰𝗲, 𝘃𝗲𝗿𝗶𝗳𝗶𝗮𝗯𝗹𝗲 𝘀𝗰𝗵𝗲𝗱𝘂𝗹𝗶𝗻𝗴: tất cả mã BAM sẽ là mã nguồn mở và có thể kiểm toán thông qua các chứng thực mật mã. Mặc dù đúng là các Node BAM hiện tại chỉ được vận hành bởi Jito, nhưng bắt đầu từ Q1 '26, mã nguồn sẽ được mở và các nhà điều hành độc lập sẽ được onboard.
“𝗔𝘀 𝗮 𝘃𝗮𝗹𝗶𝗱𝗮𝘁𝗼𝗿, 𝗕𝗔𝗠 𝘁𝗶𝗲𝘀 𝗺𝗲 𝘂𝗽 𝘁𝗼 𝗼𝗻𝗹𝘆 𝗼𝗻𝗲 𝘀𝗰𝗵𝗲𝗱𝘂𝗹𝗲𝗿” 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: Phê bình này nói rằng bằng cách tham gia vào BAM, một validator thực sự từ bỏ quyền kiểm soát việc sắp xếp giao dịch cho một scheduler duy nhất. Thay vì có thể chạy hoặc áp dụng các scheduler khác nhau, thử nghiệm với các chiến lược của riêng họ, hoặc chuyển đổi giữa các thiết kế cạnh tranh, họ bị ràng buộc vào một hệ thống. Để kích hoạt Thị Trường Vốn Internet, Solana cần các quy tắc sắp xếp xác định và minh bạch. Sự phân mảnh gây hại cho người dùng. BAM làm điều này trở nên khả thi với việc xây dựng khối tiêu chuẩn hóa, có thể xác minh được yêu cầu bởi các ứng dụng hiệu suất cao. Sự thật là: • BAM hoàn toàn là tùy chọn. • Các validator có thể quay lại Agave, Jito-Solana, hoặc các client Firedancer • Họ có thể ngắt kết nối khỏi BAM bất cứ lúc nào BAM Plugins cung cấp một nền tảng cho tối ưu hóa và đổi mới của nhà phát triển, mang lại lợi ích cho tất cả Solana.
"𝗕𝗔𝗠 𝗺𝗼𝗻𝗼𝗽𝗼𝗹𝗶𝘇𝗲𝘀 𝗦𝗼𝗹𝗮𝗻𝗮 𝗼𝗿𝗱𝗲𝗿𝗳𝗹𝗼𝘄." 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: Các bên liên quan lập luận rằng việc tổng hợp các giao dịch công khai thành một đường ống duy nhất tạo ra một điểm nghẽn trung tâm mà qua đó tất cả luồng đơn hàng đi qua và mang lại lợi thế cho bất kỳ ai kiểm soát nó. Ngay cả khi ban đầu trung lập, BAM kiểm soát luồng đơn hàng, điều này có thể củng cố vị thế cạnh tranh của nó và ngăn chặn các giải pháp khác phát triển. BAM thu thập các giao dịch bằng cơ chế TPU tiêu chuẩn của Solana. Không có sự phân biệt giữa "giao dịch BAM" và các giao dịch công khai. Các validator nhận cùng một luồng công khai, chỉ được lên lịch thông qua một lớp có thể xác minh. Các validator có thể quay lại TPU gốc của họ ngay lập tức mà không tốn chi phí chuyển đổi, giữ cho luồng đơn hàng công khai thay vì bị phân mảnh thành các kênh riêng tư.
“𝗕𝗔𝗠 𝗶𝗻𝘁𝗿𝗼𝗱𝘂𝗰𝗲𝘀 𝗲𝘅𝘁𝗿𝗮 𝗹𝗮𝘁𝗲𝗻𝗰𝘆 𝘃𝘀. 𝘃𝗮𝗹𝗶𝗱𝗮𝘁𝗼𝗿’𝘀 𝗻𝗮𝘁𝗶𝘃𝗲 𝗧𝗣𝗨.” 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: Các bên liên quan cho rằng một trong những lợi thế về hiệu suất của Solana đến từ việc các giao dịch chảy trực tiếp đến TPU của người lãnh đạo với ít bước nhảy tối thiểu. Bất kỳ lớp định tuyến trung gian nào, ngay cả khi nhanh, đều có nguy cơ làm tăng độ trễ, độ rung và các điểm thất bại mới dưới tải, và có thể làm yếu đi sứ mệnh IBRL so với việc lập lịch TPU gốc. BAM đảm bảo độ trễ tối thiểu thông qua một mạng lưới toàn cầu với hơn 100 nút và vị trí chiến lược, giữ thời gian vòng đi vòng lại dưới 5ms. Ngăn xếp TEE của chúng tôi được tinh chỉnh cao với việc gán luồng và cách ly CPU, đạt được hiệu suất tương đương với Agave. Với việc di chuyển sắp tới đến DoubleZero, chúng tôi kỳ vọng sẽ vượt qua các tiêu chuẩn hiệu suất của phần cứng bare metal.
“𝗕𝗔𝗠 𝗽𝗿𝗼𝗱𝘂𝗰𝗲𝘀 𝗹𝗲𝘀𝘀 𝗿𝗲𝘄𝗮𝗿𝗱𝘀 𝘃𝘀. 𝗼𝘁𝗵𝗲𝗿 𝗰𝗹𝗶𝗲𝗻𝘁𝘀” 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: Các validator đã bày tỏ lo ngại rằng logic lập lịch của BAM có thể làm giảm tiền thưởng và tổng thể phần thưởng so với các blockbuilder hoặc cơ hội lập lịch khác. Thêm vào đó, thị trường phí Plugin vẫn chưa hoạt động, khiến lợi ích chỉ là lý thuyết trong khi rủi ro có vẻ ngay lập tức. Chúng tôi ưu tiên tối đa hóa lợi nhuận lâu dài. Phần thưởng của BAM hiện đã tương đương với Jito-Agave. Những sự chênh lệch trong quá khứ được thúc đẩy bởi các scheduler tạm thời, khai thác ở nơi khác đang bị loại bỏ. Lợi suất trong tương lai sẽ được thúc đẩy bởi Plugins và ACE, mở khóa các dòng phí bền vững từ hoạt động kinh tế mới thay vì các trò chơi ngắn hạn.
“Là một người xác thực, tôi cần phải mang lại cho các nhà đầu tư của mình lợi suất cao nhất.” 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: Các nhà đầu tư thường chọn người xác thực dựa hoàn toàn vào phần thưởng. Ngay cả một sự giảm nhỏ trong tiền thưởng hoặc sự biến động trong thu nhập qua một kỷ nguyên có thể khiến vốn ủy thác chảy đi nơi khác. Các nhà xác thực lo sợ rằng việc áp dụng BAM sớm có thể đặt họ vào thế bất lợi cạnh tranh nếu các đồng nghiệp trì hoãn việc áp dụng. Chúng tôi hiểu rằng các nhà xác thực phải tối đa hóa lợi suất cho bản thân và các nhà đầu tư của họ, nhưng cũng phải xem xét các tác động thứ cấp của hành động của họ. Việc hack lợi suất ngắn hạn (sandwiching, slot-lagging) làm giảm chất lượng thực thi tổng thể và đẩy lùi tính thanh khoản. Con đường bền vững duy nhất để có lợi suất cao hơn là hoạt động onchain sâu hơn, điều này chỉ có thể được kích hoạt bởi các ứng dụng tốt hơn, tính thanh khoản sâu hơn và chênh lệch giá chặt chẽ hơn.
"𝗔𝗽𝗽𝗹𝗶𝗰𝗮𝘁𝗶𝗼𝗻-𝗖𝗼𝗻𝘁𝗿𝗼𝗹𝗹𝗲𝗱 𝗘𝘅𝗲𝗰𝘂𝘁𝗶𝗼𝗻 (𝗔𝗖𝗘) 𝗶𝘀 𝗻𝗼𝘁 𝗶𝗺𝗽𝗼𝗿𝘁𝗮𝗻𝘁." 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: Các bên liên quan cho rằng các ứng dụng Solana đã hoạt động tốt dưới cơ chế bao gồm Phí Ưu Tiên và Tiền Thưởng. Việc giới thiệu ACE có thể làm tăng độ phức tạp và tạo ra sự đảm bảo thực hiện không đồng đều giữa các ứng dụng tinh vi và các nhà phát triển nhỏ hơn. Họ lo ngại rằng việc cho phép các ứng dụng xác định logic sắp xếp có thể dẫn đến việc BAM ưu tiên một số tác nhân nhất định. Các ứng dụng tinh vi cần những đảm bảo như ưu tiên hủy bỏ hoặc ưu tiên thanh lý để hoạt động an toàn. Hyperliquid thực hiện khối lượng giao dịch gấp 10-15 lần so với Solana perps đặc biệt nhờ vào bộ xác thực có quyền hạn của nó, đảm bảo thứ tự nghiêm ngặt. Nếu không có ACE, những ứng dụng này sẽ di chuyển đến các L1 hoặc L2 tùy chỉnh để có được những đảm bảo đó.
“𝗙𝗜𝗙𝗢 𝗼𝗿𝗱𝗲𝗿𝗶𝗻𝗴 𝗶𝘀 𝘁𝗵𝗲 𝗳𝗮𝗶𝗿𝗲𝘀𝘁 𝘁𝗿𝗮𝗻𝘀𝗮𝗰𝘁𝗶𝗼𝗻 𝗼𝗿𝗱𝗲𝗿𝗶𝗻𝗴 𝗹𝗼𝗴𝗶𝗰” 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: Các bên liên quan cho rằng việc sắp xếp theo FIFO (first-in, first-out) đơn giản là cách công bằng và trung lập nhất để lên lịch giao dịch trên Solana. Nó phản ánh ưu tiên theo thời gian từ các thị trường truyền thống, dễ hiểu cho người dùng (“nếu giao dịch của tôi đến trước, nó sẽ được thực hiện trước”), và tránh được động lực “trả tiền để thắng” của hầu hết các blockchain. Mặc dù FIFO có vẻ công bằng nhất khi xử lý các giao dịch theo thứ tự chúng được nhận, nhưng nó khuyến khích người dùng spam mạng để đảm bảo vị trí thuận lợi, dẫn đến tắc nghẽn và các cuộc đua độ trễ tiêu tốn tiền. Điều này sẽ bị phá vỡ khi nhu cầu mạng cao, gây ra sự chậm trễ không thể đoán trước cho tất cả người dùng khi hàng đợi kéo dài. Cách tiếp cận một kích thước cho tất cả của FIFO không đáp ứng được nhu cầu của các ứng dụng yêu cầu sắp xếp giao dịch cụ thể để hoạt động tối ưu.
"𝗔𝗿𝗲𝗻'𝘁 𝗕𝗔𝗠'𝘀 𝗧𝗿𝘂𝘀𝘁𝗲𝗱 𝗘𝘅𝗲𝗰𝘂𝘁𝗶𝗼𝗻 𝗘𝗻𝘃𝗶𝗿𝗼𝗻𝗺𝗲𝗻𝘁𝘀 (𝗧𝗘𝗘𝘀) 𝘃𝘂𝗹𝗻𝗲𝗿𝗮𝗯𝗹𝗲 𝘁𝗼 𝗮𝘁𝘁𝗮𝗰𝗸𝘀?" 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: TEEs có một lịch sử về các lỗ hổng kênh bên, lỗi firmware và rủi ro chuỗi cung ứng. Các bên liên quan lập luận rằng việc dựa vào TEEs cho việc lập lịch khối có thể giới thiệu các chế độ thất bại tương quan: nếu một lỗ hổng phần cứng ảnh hưởng đến SEV-SNP, BAM như một mạng có thể bị xâm phạm. Họ cũng lập luận rằng TEEs chuyển giao niềm tin cho các nhà cung cấp phần cứng và trung tâm dữ liệu. BAM chạy trên AMD SEV-SNP với các chứng thực mật mã trong các trung tâm dữ liệu an toàn, tuân thủ (ISO 27001/SOC 2). Ngay cả trong trường hợp xấu nhất về việc xâm phạm phần cứng, các khóa xác thực vẫn an toàn và lịch sử của chuỗi không thể bị viết lại, chỉ có quyền riêng tư về thứ tự trên nút cụ thể đó bị ảnh hưởng. Các xác thực viên xác minh "TCB đã đo" và có thể từ chối firmware xấu thông qua chứng thực.
@0xmert Tương lai của việc xây dựng khối đang chuyển từ lịch trình phân mảnh sang một thị trường minh bạch, có thể xác minh. BAM là giải pháp. Hàng tỷ người phải BAM! 💥
1,71K