Giao dịch hoạt động như thế nào trên Solana?

Vì mỗi khoản phí được thanh toán khi thực hiện giao dịch, nên việc hiểu cách giao dịch hoạt động là điều quan trọng. Một giao dịch bao gồm ba phần:

một hoặc nhiều lệnh
một mảng các tài khoản để đọc hoặc ghi
một hoặc nhiều chữ ký
blockhash gần đây hoặc nonce

Một lệnh là đơn vị logic thực thi nhỏ nhất trên Solana. Các lệnh là lời gọi để cập nhật trạng thái toàn cục của Solana. Các lệnh gọi các chương trình để thực hiện các cuộc gọi đến Solana runtime nhằm cập nhật trạng thái (ví dụ: gọi token program để chuyển token từ tài khoản của bạn sang tài khoản khác). Bạn có thể xem một lệnh như một lời gọi hàm trên hợp đồng thông minh Ethereum.

Một điểm khác biệt đáng kể giữa Ethereum và Solana là số lượng lời gọi hàm trong một giao dịch, do số lượng lệnh. Việc có nhiều lệnh trong một giao dịch mang lại lợi ích cho các nhà phát triển vì họ không cần tạo hợp đồng thông minh tùy chỉnh để xâu chuỗi các hàm trong một giao dịch. Mỗi lệnh có thể là một lời gọi hàm riêng biệt, được thực hiện theo thứ tự trong giao dịch. Các giao dịch mang tính nguyên tử, nghĩa là nếu bất kỳ lệnh nào thất bại, toàn bộ giao dịch sẽ thất bại và bạn chỉ phải trả phí giao dịch. Điều này giống như việc một giao dịch thất bại do không đặt đúng slippage trên Ethereum.

Một điểm khác biệt quan trọng cần nhớ là việc sử dụng blockhash gần đây thay vì nonce tăng dần cho các giao dịch. Khi một ví muốn thực hiện giao dịch, một blockhash gần đây sẽ được lấy từ cluster để tạo giao dịch hợp lệ. Blockhash gần đây này chỉ làm cho giao dịch hợp lệ trong 150 khối sau khi blockhash được lấy. Điều này ngăn chặn các chữ ký giao dịch tồn tại lâu dài bị thực thi vào một thời điểm muộn hơn nhiều.

Cross-Program Invocation (CPI)

Một Cross-Program Invocation (CPI) xảy ra khi một chương trình Solana gọi một lệnh trên chương trình khác trong khi giao dịch gốc đang thực thi. CPI là cách chính để các chương trình Solana kết hợp với nhau, nhưng mô hình tài khoản thay đổi cách bạn thiết kế đồ thị lời gọi: giao dịch phải bao gồm mọi tài khoản mà toàn bộ chuỗi CPI sẽ đọc hoặc ghi trước khi bắt đầu thực thi.

Callee chỉ kế thừa các quyền ký và ghi mà caller nhận được, và callee sử dụng cùng ngân sách tính toán của giao dịch. Sử dụng invoke khi tất cả người ký cần thiết đã ký vào giao dịch gốc. Sử dụng invoke_signed khi chương trình gọi cần ký cho một trong các PDA của nó bằng signer seeds.

Các mức độ xác nhận

Các lần đọc RPC, đăng ký và logic xác nhận giao dịch có thể chọn mức độ commitment. Đây là phiên bản Solana của việc quyết định chờ bao nhiêu lần xác nhận khối Ethereum, ngoại trừ các mức được định nghĩa rõ ràng:

processed: chế độ xem đã xử lý mới nhất của node. Chỉ sử dụng cho UI lạc quan hoặc các luồng có thể chịu được rollback.
confirmed: một khối được bỏ phiếu bởi đa số stake. Sử dụng làm mặc định cho hầu hết các xác nhận sản xuất và trạng thái giao dịch hiển thị với người dùng.
finalized: trạng thái xác nhận mạnh nhất. Sử dụng trước các hành động off-chain không thể đảo ngược như thanh toán tiền pháp định, giao hàng hoặc hồ sơ quyết toán cuối cùng.

Nếu một phương thức RPC chấp nhận commitment và bạn bỏ qua nó, mặc định thường là finalized. Các client sản xuất vẫn nên đặt commitment một cách rõ ràng để độ trễ UI, hành vi indexer và chính sách quyết toán được kiểm soát có chủ đích.

Lịch trình