“Chuyển nhường chỗ cho Sui. Chuyển nhường chỗ cho Aptos.” Đó là cách tweet ra mắt bắt đầu. Không ai hỏi thực tế điều đó có nghĩa gì ở cấp độ triển khai. Sui sử dụng Move tập trung vào đối tượng. Mỗi tài sản là một đối tượng duy nhất trên chuỗi. Điều này cho phép thực thi song song mà không có xung đột trạng thái, vì các đối tượng độc lập không chặn lẫn nhau. Đó là lý do kiến trúc giúp Sui xử lý được các giao dịch như 15 triệu tương tác trò chơi trên chuỗi của XOCIETY mà không gặp nút thắt. Aptos sử dụng Move dựa trên tài khoản với Block-STM, đồng thời thực hiện đồng bộ hóa tối ưu, phát hiện xung đột và phục hồi. Mô hình này quen thuộc hơn với các nhà phát triển Ethereum, khó song song hóa một cách sạch sẽ, nhưng có công cụ xác minh hình thức mạnh mẽ hơn thông qua Move Prover. Việc triển khai Move của @Nasun_io là dựa trên tài khoản. Đó là một lựa chọn có chủ ý cho một chuỗi vận hành đồng thời một DEX, một lớp quản trị AI và một nền kinh tế tài sản trò chơi. Mô hình dựa trên tài khoản mang lại cho chuỗi ghi âm kiểm toán của Baram một mô hình trạng thái mạch lạc hơn. Nó giúp logic định tuyến lệnh của Pado gần với những gì các nhà phát triển Ethereum đã quen thuộc. Nhưng điều đó cũng có nghĩa là Nasun không được hưởng lợi tự nhiên từ khả năng song song ở cấp độ đối tượng như Sui. Quan sát thầm lặng: “thực thi song song Layer-1” được nêu rõ trong mô tả sản phẩm của chính Nasun. Trên một chuỗi dựa trên tài khoản, thực thi song song đòi hỏi đồng bộ hóa tối ưu kiểu Block-STM hoặc tương đương. Vậy chính xác những gì đang chạy phía sau hậu trường, và nó xử lý xung đột giữa các giao dịch hoán đổi của Pado và các khoản thanh toán tài sản của Gen Sol xảy ra đồng thời như thế nào? Đó là câu hỏi kỹ thuật mà cách đặt vấn đề “Chuyển nhường chỗ cho Sui” chưa từng phải trả lời.