TON Blockchain Architecture

TON Blockchain Architecture hệ thống lưu trữ và quản lý dữ liệu trong TON:

• tổ chức dữ liệu như bag of cells;
• Chơi xăng ở cấp tài khoản (ISP);
• các điều kiện đồng thuận và xác nhận;
• masterchain Điều phối tất cả các cấu trúc và các thiết lập của mạng.

Bag of Cells#

Tất cả dữ liệu TON được cung cấp bởi bộ sưu tập các ô (cells). Mỗi ô chứa:

• đến 1023 bit dữ liệu;
• đến 4 liên kết vào các ô khác (theo SHA-256-hash);
• 2 byte mô tả + dữ liệu.

Các ô được sắp xếp theo cây hoặc DAG (Directed Acyclic Graph). TL-B (Type Language — Binary).

Infinite Sharding Paradigm (ISP)#

Mỗi tài khoản là riêng accountchain. Các khối ảo của accountchain được nhóm lại vào các khối chordchain để hiệu quả hơn.

Tình trạng của shardchain = tình trạng của tất cả các tài khoản của Chard. Khối Chardchain = một bộ sưu tập các khối ảo cho một số tài khoản.

Trong TON, không có sự khác biệt giữa hợp đồng thông minh và tài khoản.

Cấu trúc khối shardchain#

Phân thành 2 phần:

Không phân chia (non-split)

Chia (split)

Hashmap account_id → account_state. State tài khoản:

• cán cân bằng Grams;
• mã của hợp đồng thông minh;
• dữ liệu liên tục của hợp đồng;
• thống kê sử dụng kho lưu trữ;
• mô tả chính thức tùy chọn của giao diện;
• thông tin công khai của người dùng.

Masterchain#

• Không phân chia và không kết hợp (single chain);
• Một người tiền nhiệm (ngoại trừ khối không với initial config);
• Có chứa danh sách tất cả các chord hoạt động và các khối cuối cùng của mỗi khối;
• Lưu trữ cấu hình tham số thông qua một cấu hình đặc biệt.

Tùy chọn cấu hình

• Mức đóng góp tối thiểu của các nhà xác nhận;
• Kích thước tối đa của nhóm xác thực;
• Số lượng khối tối đa mà nhóm chịu trách nhiệm;
• Quá trình bầu cử và trừng phạt người kiểm chứng;
• Bộ Validator hiện tại và tiếp theo;
• Quá trình thay đổi các thông số.

Giá trị ban đầu và mã hợp đồng thông minh cơ bản trong khối không masterchain.

Điều kiện đồng thuận#

Đảm bảo sự thay đổi dữ liệu chỉ thông qua các giao dịch hợp lệ.

Khối hợp lệTrách nhiệm của các nhà xác thực tạo và kiểm tra.

Thời gian hợp lý (LT)#

Đơn vị không âm 64 bit, được gán cho các sự kiện:

• Sự kiện phụ thuộc LT có nhiều phụ thuộc hơn tất cả;
• Sự kiện độc lập có LT = 0;
• Tin nhắn xuất phát kế thừa LT từ giao dịch;
• Giao dịch và khối có khoảng thời gian, được ghi lại trong tiêu đề.

LT cần để sắp xếp các sự kiện không có đồng hồ toàn cầu.

Tình trạng chung và visibility#

• Masterchain ghi lại tình trạng của tất cả các chord thông qua các hash của các block cuối cùng của chúng;
• Khối Chardchain chứa hash của khối masterchain cuối cùng trong tiêu đề;
• ** Các khối hiển thị** những gì được chỉ định trong khối masterchain này + những người tiền nhiệm của họ;
• Khối Chard nhập tin nhắn từ OutMsgQueue hàng xóm có thể nhìn thấy; không thể bật tin nhắn khỏi các khối không thể nhìn được.

Hợp đồng thông minh#

Tạo ra

Ứng dụng cho các chuỗi cột cơ bản và masterchain (các chuỗi cốt khác có thể có cơ chế của riêng mình):

1. Tin nhắn đến địa chỉ không được đề cập trước đây từ có ý nghĩa → tạo ra ** Tài khoản chưa được khởi tạo** có bảng cân đối, nhưng không có mã và dữ liệu;
2. Thông báo xây dựng chứa initial code + data → tạo hợp đồng thông minh;
3. Constructor thường mang giá trị cho cán cân ban đầu (tối thiểu phụ thuộc vào storage-fee);
4. Hợp đồng thông minh có thể tự tạo hợp đồng thông minh mới trong giao dịch.

Sự thay đổi

• Dữ liệu liên tục thay đổi khi thực hiện mã trong TVM;
• Nếu mã không đề xuất thay đổi → dữ liệu không thay đổi;
• Bản thân mã chỉ có thể được thay đổi nếu mã hiện tại cho phép.

Tử vong và đông lạnh

• Hợp đồng không thể phá hủy, cho đến khi cân đối > mức tối thiểu;
• Khi cân bằng âm tài khoản đóng băng code + data được thay thế bằng 32-byte hash;
• Hash được lưu trong một thời gian → chủ sở hữu có thể khôi phục tài khoản bằng cách chuyển tiền và gửi tin nhắn với code + data.

Bài viết tương tự#

• PoS
• Node
• Validators
• The Open Network