Thuật ngữ

Các thuật ngữ sau đây được sử dụng xuyên suốt tài liệu và hệ sinh thái phát triển của Solana.

account

Một bản ghi trong sổ cái Solana lưu trữ dữ liệu hoặc là một chương trình có thể thực thi.

Giống như một tài khoản tại ngân hàng truyền thống, một tài khoản Solana có thể lưu trữ tiền gọi là lamports. Mỗi tài khoản trong một cluster có một địa chỉ duy nhất.

app

Một ứng dụng giao diện người dùng tương tác với một cluster Solana.

address

Vị trí trên Solana có thể được dùng để tìm một tài khoản. Mỗi địa chỉ là duy nhất trong cluster Solana.

Địa chỉ trên Solana có thể là khóa công khai Ed25519 hoặc một program derived address.

Một cấu trúc dữ liệu lưu trữ danh sách các địa chỉ tài khoản, cho phép versioned transactions tham chiếu đến các tài khoản bằng cách sử dụng các chỉ mục 1 byte nhỏ gọn thay vì khóa công khai đầy đủ 32 byte. Address lookup table cho phép một giao dịch duy nhất tham chiếu nhiều tài khoản hơn so với định dạng giao dịch ban đầu. Chỉ các giao dịch phiên bản 0 (v0) hỗ trợ address lookup table; phiên bản 1 (v1) loại bỏ chúng để ưu tiên kích thước giao dịch lớn hơn, có thể chứa cùng số địa chỉ đó theo dạng nội tuyến.

Anchor

Một framework để xây dựng onchain programs Solana bằng Rust. Anchor cung cấp các macro giúp giảm boilerplate, một hệ thống xác thực tài khoản chuẩn hóa, và tạo ra một IDL mô tả giao diện của chương trình. Đây là framework được sử dụng rộng rãi nhất cho việc phát triển chương trình Solana.

associated token account (ATA)

Một token account có địa chỉ được suy ra một cách xác định từ địa chỉ ví và một token mint. Chương trình associated token account đảm bảo mỗi ví có một token account chuẩn cho mỗi loại token.

authority

Địa chỉ của người dùng có một số quyền nhất định đối với một tài khoản.

Ví dụ:

Khả năng đúc token mới được cấp cho tài khoản là 'mint authority' của token mint.
Khả năng nâng cấp một chương trình được cấp cho tài khoản là 'upgrade authority' của chương trình đó.

automated market maker (AMM)

Một mô hình sàn giao dịch onchain nơi người dùng giao dịch với một pool dự trữ token được điều chỉnh bởi một công thức định giá thay vì giao dịch với lệnh chờ của đối tác. Giá thay đổi theo hàm của dự trữ, vì vậy các giao dịch chịu slippage tỷ lệ thuận với khối lượng.

bank state

Kết quả của việc diễn giải tất cả các chương trình trên sổ cái tại một tick height nhất định. Nó bao gồm ít nhất tập hợp tất cả các tài khoản đang nắm giữ native tokens khác không.

block

Một tập hợp liên tiếp các entries trên sổ cái được bao phủ bởi một vote. Một leader tạo ra nhiều nhất một block mỗi slot.

blockhash

Một giá trị duy nhất (hash) xác định một bản ghi (block). Solana tính toán blockhash từ entry id cuối cùng của block.

block height

Số lượng blocks phía dưới block hiện tại. Block đầu tiên sau genesis block có chiều cao bằng một.

bootstrap validator

Validator tạo ra block genesis (đầu tiên) của một blockchain.

BPF loader

Chương trình Solana sở hữu và tải các BPF onchain programs, cho phép chương trình tương tác với runtime.

bump

Một byte đơn (0–255) được thêm vào seeds khi suy ra một program derived address để đảm bảo địa chỉ kết quả nằm ngoài đường cong ed25519 và do đó là một PDA hợp lệ. Canonical bump là giá trị cao nhất tạo ra một PDA hợp lệ và thường được lưu trong dữ liệu tài khoản để tránh tính toán lại.

central limit order book (CLOB)

Một mô hình sàn giao dịch duy trì danh sách có sắp xếp các lệnh mua và bán đang chờ; một giao dịch xảy ra khi một lệnh đến khớp với một lệnh ở phía đối diện. Tương phản với automated market maker.

client

Một chương trình máy tính truy cập vào cluster mạng máy chủ Solana.

commitment

Một thước đo xác nhận mạng cho block.

compact array format

Một compact array là một mảng được tuần tự hóa theo định dạng sau:

Độ dài mảng (được mã hóa dưới dạng compact-u16)
Các phần tử của mảng được liệt kê lần lượt

Compact array format

Compact array format được sử dụng để mã hóa cả mảng địa chỉ tài khoản và mảng instructions trong các thông điệp giao dịch.

cluster

Một tập hợp các validators duy trì một ledger duy nhất.

compute budget

Số lượng tối đa các compute units được tiêu thụ cho mỗi giao dịch.

compute units

Đơn vị đo lường nhỏ nhất cho mức tiêu thụ tài nguyên tính toán của blockchain. Compute units được sử dụng để đo lường tài nguyên tính toán dùng để xử lý một giao dịch.

confirmation time

Khoảng thời gian thực giữa việc một leader tạo ra một tick entry và tạo ra một confirmed block.

confirmed block

Một block đã nhận được siêu đa số các ledger votes.

control plane

Một mạng gossip kết nối tất cả các nodes của một cluster.

cooldown period

Một số epochs sau khi stake đã bị hủy kích hoạt trong khi nó dần dần trở nên khả dụng để rút. Trong giai đoạn này, stake được coi là đang "deactivating". Thêm thông tin về: warmup and cooldown

cost units

Còn được gọi là transaction cost, là ước tính toàn diện về tất cả tài nguyên cần thiết để xử lý một giao dịch, được đo bằng compute units. Thêm thông tin tại đây.

credit

Xem vote credit.

cross-program invocation (CPI)

Một lời gọi từ một onchain program này đến một chương trình khác. Để biết thêm thông tin, xem calling between programs.

data plane

Một mạng multicast được sử dụng để xác thực các entries một cách hiệu quả và đạt được sự đồng thuận.

drone

Một dịch vụ offchain đóng vai trò là người giám hộ cho khóa riêng tư của người dùng. Nó thường được sử dụng để xác thực và ký các giao dịch.

entry

Một mục trên ledger có thể là một tick hoặc một transaction's entry.

entry id

Một hash kháng preimage trên nội dung cuối cùng của một entry, đóng vai trò là định danh duy nhất toàn cầu của entry. Hash này là bằng chứng của:

Entry được tạo ra sau một khoảng thời gian
Các giao dịch được chỉ định là những giao dịch được bao gồm trong entry
Vị trí của entry so với các entry khác trong ledger

Xem proof of history.

epoch

Khoảng thời gian, tức là số lượng slots, mà một leader schedule có hiệu lực.

escrow

Một mẫu trong đó một onchain program giữ token trong một vault thay mặt cho hai hay nhiều bên cho đến khi các điều kiện được xác định bởi chương trình được đáp ứng, sau đó giải phóng chúng. Được sử dụng để loại bỏ nhu cầu các bên phải tin tưởng trực tiếp vào nhau.

fee account

Tài khoản phí trong giao dịch là tài khoản thanh toán chi phí đưa giao dịch vào sổ cái. Đây là tài khoản đầu tiên trong giao dịch. Tài khoản này phải được khai báo là Read-Write (có thể ghi) trong giao dịch vì việc thanh toán phí giao dịch sẽ làm giảm số dư tài khoản.

finality

Khi các node đại diện cho 2/3 stake có chung một root.

fork

Một ledger xuất phát từ các entries chung nhưng sau đó phân kỳ.

genesis block

Block đầu tiên trong chuỗi.

genesis config

Tệp cấu hình chuẩn bị ledger cho genesis block.

hash

Dấu vân tay kỹ thuật số của một chuỗi byte.

inflation

Sự gia tăng nguồn cung token theo thời gian được sử dụng để tài trợ phần thưởng cho việc xác thực và tài trợ cho việc phát triển tiếp tục của Solana.

inner instruction

Xem cross-program invocation.

instruction

Một lời gọi để kích hoạt một instruction handler cụ thể trong một chương trình. Một instruction cũng chỉ định các tài khoản mà nó muốn đọc hoặc sửa đổi, và dữ liệu bổ sung đóng vai trò là đầu vào phụ trợ cho instruction handler. Một client phải bao gồm ít nhất một instruction trong một transaction, và tất cả các instructions phải hoàn thành để giao dịch được coi là thành công.

instruction handler

Instruction handler là các hàm program xử lý instructions từ các transactions. Một instruction handler có thể chứa một hoặc nhiều cross-program invocations.

IDL

Interface Definition Language. Một tệp JSON được tạo bởi Anchor mô tả các instruction handlers, tài khoản và kiểu dữ liệu của chương trình. IDL cho phép các thư viện client tự động tạo ra các giao diện có kiểu để tương tác với một onchain program.

keypair

Một khóa công khai và khóa riêng tư tương ứng để truy cập một tài khoản.

lamport

Một phần nhỏ của native token với giá trị 0.000000001 sol.

Trong compute budget, một lượng micro-lamports được sử dụng trong việc tính toán prioritization fees.

leader

Vai trò của một validator khi nó đang thêm entries vào ledger.

leader schedule

Một chuỗi các khóa công khai của validator được ánh xạ tới các slots. Cluster sử dụng leader schedule để xác định validator nào là leader tại bất kỳ thời điểm nào.

ledger

Một danh sách các entries chứa các transactions được ký bởi các clients. Về mặt khái niệm, điều này có thể được truy ngược về genesis block, nhưng ledger thực tế của một validator chỉ có thể có các blocks mới hơn để giảm dung lượng lưu trữ, vì các block cũ không cần thiết để xác thực các block trong tương lai theo thiết kế.

ledger vote

Một hash của trạng thái validator tại một tick height nhất định. Nó bao gồm sự xác nhận của validator rằng một block mà nó đã nhận đã được xác minh, cũng như một cam kết không bỏ phiếu cho một block xung đột (tức là fork) trong một khoảng thời gian cụ thể, tức là giai đoạn lockout.

light client

Một loại client có thể xác minh rằng nó đang trỏ đến một cluster hợp lệ. Nó thực hiện xác minh sổ cái nhiều hơn thin client nhưng ít hơn một validator.

thanh khoản

Độ sâu của các lệnh hoặc nguồn dự trữ trong pool có sẵn để giao dịch tại hoặc gần mức giá hiện tại. Thanh khoản sâu hơn giúp giảm slippage. Trên CLOB, thanh khoản được cung cấp bởi lệnh maker; trên AMM, thanh khoản được cung cấp bởi các nhà cung cấp thanh khoản gửi cặp token vào pool.

loader

Một chương trình có khả năng giải mã nhị phân của các chương trình onchain khác.

lockout

Khoảng thời gian mà một validator không thể bỏ phiếu trên một fork khác.

maker

Một trader có lệnh bổ sung thanh khoản vào CLOB bằng cách đặt lệnh chờ trên sổ lệnh thay vì khớp ngay lập tức với phía đối diện. Lệnh như vậy được gọi là lệnh maker. Các maker thường không trả phí hoặc nhận được khoản hoàn trả từ sàn.

market maker

Một thực thể cung cấp thanh khoản bằng cách liên tục đăng cả lệnh mua và lệnh bán. Trên Solana, các market maker có thể là các chương trình (như AMM) hoặc các công ty offchain chạy bot đăng lệnh maker trên CLOB.

message

Nội dung có cấu trúc của một giao dịch. Thường bao gồm một header, mảng địa chỉ tài khoản, blockhash gần đây, và một mảng các instruction.

Tìm hiểu thêm về định dạng message bên trong giao dịch tại đây.

micro-lamport

1.000.000 micro-lamport = 1 lamport

hệ số Nakamoto

Một thước đo phi tập trung hóa, Hệ số Nakamoto là số lượng nhỏ nhất các thực thể độc lập có thể hành động tập thể để tắt một blockchain. Thuật ngữ này được đặt ra bởi Balaji S. Srinivasan và Leland Lee trong Quantifying Decentralization.

token gốc

Token được sử dụng để theo dõi công việc được thực hiện bởi các node trong một cluster.

node

Một máy tính tham gia vào một cluster.

số lượng node

Số lượng validator tham gia vào một cluster.

offchain

Mô tả dữ liệu, quy trình hoặc dịch vụ tồn tại hoặc chạy bên ngoài blockchain Solana, chẳng hạn như RPC client, indexer, frontend và các nhà tạo lập sổ lệnh offchain. Đối lập với onchain. "Offchain" (không có dấu gạch ngang) là cách viết được ưu tiên.

onchain

Mô tả dữ liệu hoặc chương trình tồn tại hoặc thực thi trên một blockchain. "Onchain" (không có dấu gạch ngang) là cách viết được ưu tiên.

chương trình onchain

Mã thực thi trên blockchain Solana giúp giải mã các instruction được gửi trong mỗi giao dịch để đọc và sửa đổi các tài khoản mà nó kiểm soát. Các chương trình này thường được gọi là "hợp đồng thông minh" trên các blockchain khác.

oracle

Một chương trình onchain xuất bản dữ liệu từ bên ngoài chuỗi — thường nhất là giá của các tài sản trong thế giới thực — để các chương trình khác đọc.

owner

Có thể đề cập đến chương trình sở hữu hoặc ví sở hữu. Ví dụ, getTokenAccountsByOwner lấy các token account thuộc sở hữu của một ví cụ thể, tuy nhiên chương trình sở hữu cho các token account đó là Token Program.

Để tránh nhầm lẫn, tốt hơn nên sử dụng chương trình sở hữu hoặc ví sở hữu thay vì thuật ngữ chung 'owner'.

chương trình sở hữu

Địa chỉ của chương trình sở hữu tài khoản. Chỉ chương trình sở hữu mới có thể sửa đổi tài khoản.

Xem thêm authority.

ví sở hữu

Ví được liên kết với một tài khoản. Ví dụ, Token Program được dùng để lưu trữ các token account được liên kết với một ví và mint cụ thể bằng cách sử dụng một địa chỉ được tạo từ ví và mint đó.

PoH

Xem Proof of History.

point

Một tín dụng có trọng số trong một chế độ phần thưởng. Trong chế độ phần thưởng của validator, số point được ghi nhận cho một stake khi quy đổi là tích của vote credit kiếm được và số lamport được stake.

khóa riêng tư

Khóa riêng tư của một keypair.

chương trình

Xem chương trình onchain.

địa chỉ dẫn xuất từ chương trình (PDA)

Một tài khoản có địa chỉ được tạo dựa trên một chương trình onchain và một hoặc nhiều seed được tạo bởi tác giả chương trình. Địa chỉ PDA không phải là khóa công khai, và các PDA không có khóa riêng tư.

Quyền ký cho một PDA là chương trình onchain là chương trình sở hữu của nó.

program id

Khóa công khai của tài khoản chứa một chương trình.

proof of history (PoH)

Một chuỗi các bằng chứng, mỗi bằng chứng xác nhận rằng một số dữ liệu đã tồn tại trước khi bằng chứng được tạo ra và một khoảng thời gian chính xác đã trôi qua kể từ bằng chứng trước đó. Giống như một VDF, Proof of History có thể được xác minh trong thời gian ngắn hơn thời gian cần để tạo ra nó.

phí ưu tiên

Một khoản phí bổ sung mà người dùng có thể chỉ định trong instruction compute budget để ưu tiên giao dịch của họ.

Phí ưu tiên được tính bằng cách nhân số compute unit tối đa được yêu cầu với giá compute-unit (được chỉ định theo bội số 0,000001 lamport mỗi compute unit) làm tròn lên đến lamport gần nhất.

Giao dịch nên yêu cầu số lượng compute unit tối thiểu cần thiết để thực thi nhằm giảm thiểu phí.

khóa công khai (pubkey)

Khóa công khai của một keypair. Khóa công khai là một trong các loại địa chỉ khác nhau mà một tài khoản có thể sử dụng trên Solana.

rent

Phí được trả bởi Tài khoản và Chương trình để lưu trữ dữ liệu trên blockchain. Khi tài khoản không có đủ số dư để trả rent, chúng có thể bị Thu gom rác.

Xem thêm miễn rent bên dưới. Tìm hiểu thêm về rent tại đây: Rent là gì?.

miễn rent

Các tài khoản duy trì số dư lamport tối thiểu tỷ lệ thuận với lượng dữ liệu được lưu trữ trên tài khoản. Tất cả các tài khoản mới được tạo sẽ được lưu trữ onchain vĩnh viễn cho đến khi tài khoản được đóng. Không thể tạo một tài khoản có số dư thấp hơn ngưỡng miễn rent.

root

Một block hoặc slot đã đạt được lockout tối đa trên một validator. Root là block cao nhất là tổ tiên của tất cả các fork đang hoạt động trên một validator. Tất cả các block tổ tiên của một root cũng transitively là một root. Các block không phải là tổ tiên và không phải là hậu duệ của root sẽ bị loại khỏi quá trình xem xét đồng thuận và có thể bị loại bỏ.

runtime

Thành phần của một validator chịu trách nhiệm thực thi chương trình.

Sealevel

Runtime song song của Solana dành cho các chương trình onchain.

seed

Một giá trị byte hoặc mảng các giá trị byte được sử dụng làm đầu vào khi dẫn xuất một program derived address. Một chương trình có thể sử dụng bất kỳ kết hợp nào của chuỗi tĩnh, khóa công khai hoặc dữ liệu khác làm seed. Các seed được kết hợp với ID của chương trình và một bump để tạo ra một địa chỉ PDA duy nhất.

shred

Một phần của một block; đơn vị nhỏ nhất được gửi giữa các validator.

chữ ký

Một chữ ký ed25519 64 byte gồm R (32 byte) và S (32 byte). Với yêu cầu rằng R là một điểm Edwards được đóng gói không thuộc bậc nhỏ và S là một scalar trong phạm vi 0 <= S < L. Yêu cầu này đảm bảo không có tính dễ uốn của chữ ký. Mỗi giao dịch phải có ít nhất một chữ ký cho tài khoản phí. Do đó, chữ ký đầu tiên trong giao dịch có thể được coi là transaction id

signer

Một tài khoản đã ủy quyền cho một instruction hoặc giao dịch. Đối với một keypair thông thường, điều này có nghĩa là một chữ ký mật mã trên giao dịch. Đối với một program derived address, ủy quyền được xác nhận bởi chương trình sở hữu khi nó thực hiện một cross-program invocation, vì PDA không có khóa riêng tư.

tỷ lệ bỏ qua

Tỷ lệ phần trăm của slot bị bỏ qua trên tổng số slot leader trong epoch hiện tại. Chỉ số này có thể gây hiểu nhầm vì nó có phương sai cao sau ranh giới epoch khi kích thước mẫu nhỏ, cũng như đối với các validator có số lượng slot leader ít, tuy nhiên cũng có thể hữu ích trong việc xác định các cấu hình sai của node trong một số thời điểm.

slot bị bỏ qua

Một slot trong quá khứ không tạo ra được block, do leader ngoại tuyến hoặc fork chứa slot đó đã bị từ bỏ để chọn một phương án tốt hơn theo đồng thuận của cluster. Một slot bị bỏ qua sẽ không xuất hiện là tổ tiên của các block ở các slot tiếp theo, cũng không tăng chiều cao block, cũng không làm hết hạn recent_blockhash cũ nhất.

Liệu một slot có bị bỏ qua hay không chỉ có thể xác định được khi nó trở nên cũ hơn slot đã được root (tức là không bị bỏ qua) mới nhất.

slippage

Sự khác biệt giữa giá mà trader kỳ vọng và giá mà giao dịch của họ thực sự được thực hiện. Trên AMM, slippage phát sinh từ đường cong định giá thay đổi khi nguồn dự trữ thay đổi; trên CLOB, slippage phát sinh từ một lệnh đơn lẻ khớp với nhiều lệnh chờ ở các mức giá ngày càng kém hơn.

slot

Khoảng thời gian mà mỗi leader tiếp nhận giao dịch và tạo ra một block.

Tổng thể, các slot tạo ra một đồng hồ logic. Các slot được sắp xếp tuần tự và không chồng chéo, chiếm khoảng thời gian thực tế tương đương nhau theo PoH.

hợp đồng thông minh

Xem chương trình onchain.

SOL

Token gốc của một cluster Solana.

Thư viện Chương trình Solana (SPL)

Một thư viện chương trình trên Solana, chẳng hạn như spl-token, hỗ trợ các tác vụ như tạo và sử dụng token.

stake

Token bị tịch thu cho cluster nếu hành vi độc hại của validator có thể được chứng minh.

chất lượng dịch vụ theo trọng số stake (SWQoS)

SWQoS cho phép ưu tiên xử lý cho các giao dịch đến từ các validator có stake.

siêu đa số

2/3 của một cluster.

System Program

Một chương trình Solana gốc (ID chương trình 11111111111111111111111111111111) chịu trách nhiệm tạo tài khoản mới, phân bổ dữ liệu tài khoản, gán tài khoản cho các chương trình và chuyển SOL giữa các tài khoản. Tất cả tài khoản mới trên Solana đều thuộc sở hữu của system program cho đến khi được chuyển giao.

sysvar

Một tài khoản hệ thống. Sysvar cung cấp thông tin trạng thái cụm như chiều cao tick hiện tại, giá trị điểm phần thưởng, v.v. Các chương trình có thể truy cập Sysvar thông qua tài khoản Sysvar (pubkey) hoặc bằng cách truy vấn qua syscall.

taker

Một nhà giao dịch có lệnh rút thanh khoản khỏi CLOB bằng cách vượt qua phía đối diện của sổ lệnh và khớp với một hoặc nhiều lệnh chờ. Lệnh như vậy được gọi là lệnh taker, và taker thường trả phí giao dịch của sàn.

thin client

Một loại client tin tưởng rằng nó đang giao tiếp với một cụm hợp lệ.

tick

Một mục nhập trong sổ cái ước tính khoảng thời gian thực.

tick height

Tick thứ N trong sổ cái.

token

Một tài sản có thể chuyển nhượng kỹ thuật số.

token account

Một tài khoản lưu trữ số dư của một token cụ thể. Các token account thuộc sở hữu của Token Program hoặc Token Extensions Program và lưu trữ số dư token, token mint liên kết, và địa chỉ ví sở hữu.

Token Extensions Program

Token Extensions Program có ID chương trình TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb và bao gồm tất cả các tính năng tương tự như Token Program, nhưng đi kèm với các tiện ích mở rộng như Số dư Bảo mật, logic chuyển tùy chỉnh, siêu dữ liệu mở rộng, và nhiều hơn nữa.

token mint

Một tài khoản có thể tạo ra (hay 'đúc') token. Các token khác nhau được phân biệt bởi địa chỉ token mint duy nhất của chúng.

Token Program

Token Program có ID chương trình TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA, và cung cấp các chức năng cơ bản về chuyển, đóng băng và đúc token.

tps

Giao dịch mỗi giây.

tpu

Đơn vị xử lý giao dịch.

transaction

Một hoặc nhiều lệnh được ký bởi client sử dụng một hoặc nhiều keypair và được thực thi nguyên tử với chỉ hai kết quả có thể xảy ra: thành công hoặc thất bại.

transaction id

Chữ ký đầu tiên trong một giao dịch, có thể được sử dụng để xác định duy nhất giao dịch đó trên toàn bộ sổ cái.

transaction confirmations

Số lượng khối đã được xác nhận kể từ khi giao dịch được chấp nhận vào sổ cái. Một giao dịch được hoàn tất khi khối của nó trở thành root.

transactions entry

Một tập hợp giao dịch có thể được thực thi song song.

tvu

Đơn vị xác thực giao dịch.

validator

Một thành viên đầy đủ trong một cụm mạng Solana, tạo ra các khối mới. Một validator xác thực các giao dịch được thêm vào sổ cái

vault

Một token account thuộc sở hữu của một chương trình onchain lưu giữ tài sản tổng hợp thay mặt người dùng — ví dụ như dự trữ cơ sở và báo giá của một AMM, các token bị khóa trong escrow, hoặc số dư chờ và phí tích lũy của một CLOB. Chỉ chương trình sở hữu mới có thể chuyển token ra khỏi vault, thường vào token account của chính người dùng khi điều kiện giao dịch hoặc giải phóng được đáp ứng.

VDF

Xem hàm trễ có thể xác minh.

verifiable delay function (VDF)

Một hàm mất một lượng thời gian cố định để thực thi và tạo ra bằng chứng rằng nó đã chạy, sau đó có thể được xác minh trong thời gian ít hơn thời gian tạo ra.

versioned transaction

Một định dạng giao dịch hỗ trợ các tính năng bổ sung ngoài định dạng giao dịch ban đầu. Phiên bản 0 (v0) là định dạng phiên bản đầu tiên và bổ sung hỗ trợ cho bảng tra cứu địa chỉ, cho phép các giao dịch tham chiếu nhiều tài khoản hơn so với định dạng ban đầu cho phép. Phiên bản 1 (v1), hoạt động trên tất cả các cụm, nâng kích thước giao dịch tối đa lên 4.096 byte, mang giới hạn tài nguyên trong phần cấu hình của thông điệp thay vì các lệnh ComputeBudget, và loại bỏ hỗ trợ bảng tra cứu địa chỉ. Xem versioned transactions.

Mục lục