Nếu nhìn vào bất kỳ hệ thống nào — từ chính phủ đến một protocol Web3 — luôn có một câu hỏi lặp lại:

“Ai nhận bao nhiêu, vào lúc nào, và dựa trên điều gì?”

TokenTable tồn tại để trả lời câu hỏi đó. Nhưng cách nó trả lời không giống những gì chúng ta từng thấy.

@SignOfficial $SIGN #SignDigitalSovereignInfra

1. TokenTable không phải là công cụ — nó là “bản đồ phân phối”

Hãy tưởng tượng bạn đang điều hành một chương trình trợ cấp, một quỹ grant, hoặc một airdrop hàng triệu user.

Thông thường, bạn sẽ có:

  • một file Excel

  • một danh sách người nhận

  • vài rule mơ hồ

  • và rất nhiều niềm tin rằng “mọi thứ sẽ chạy đúng”

TokenTable xuất hiện để thay thế tất cả những thứ đó bằng một thứ duy nhất:

Một bảng phân phối có thể thực thi được, không chỉ để đọc.

Nó không chỉ ghi lại “ai nhận gì”
→ nó định nghĩa cách giá trị được phép di chuyển trong hệ thống

Và quan trọng hơn:

  • bảng này không thể bị sửa sau khi chốt

  • logic bên trong có thể replay lại bất kỳ lúc nào

2. Tách hệ thống thành 2 lớp: “quyết định” và “bằng chứng”

Điểm thú vị nhất: TokenTable không tự xác định ai đủ điều kiện

Nó cố tình “mù” về identity.

Thay vào đó, nó dựa vào một layer khác:
→ Sign Protocol

Nếu TokenTable là:

“Máy phân phối giá trị”

thì Sign Protocol là:

“Hệ thống chứng minh rằng việc phân phối đó là hợp lệ”

Cụ thể:

  • TokenTable hỏi: “User này có được nhận không?”

  • Sign Protocol trả lời bằng attestation:
    → “Có, và đây là bằng chứng”

👉 Điều này tạo ra một separation cực kỳ quan trọng:

LayerVai tròSign ProtocolXác nhận sự thật (ai đủ điều kiện, điều gì đã xảy ra)TokenTableThực thi logic phân phối dựa trên sự thật đó

3. TokenTable hoạt động như một “smart spreadsheet có luật chơi”

Thay vì chỉ là bảng dữ liệu, mỗi TokenTable là một “kịch bản” hoàn chỉnh:

  • danh sách người nhận (DID / address)

  • số lượng phân bổ

  • timeline unlock

  • điều kiện claim

  • rule thu hồi nếu cần

Bạn có thể hình dung nó như:

Một bảng Excel mà mỗi cell đều có logic pháp lý + logic onchain gắn kèm

Và khi bảng này được “publish”:

  • nó trở thành nguồn sự thật duy nhất

  • mọi hành động (claim, unlock, revoke) đều phải đi qua nó

4. Không chỉ là “phát tiền” — mà là kiểm soát dòng chảy của giá trị

TokenTable không chỉ gửi token.

Nó định nghĩa cách token được phép tồn tại theo thời gian:

  • unlock ngay

  • unlock theo cliff

  • unlock tuyến tính

  • hoặc bất kỳ lịch nào bạn thiết kế

Điều này biến distribution từ:

một event

thành:

một process kéo dài nhiều năm nhưng vẫn deterministic

5. Push, Pull, hay Delegation — ai thực sự “trigger” dòng tiền?

Một điểm rất “system-level”:

TokenTable không ép bạn phải dùng một cách phân phối duy nhất.

Nó hỗ trợ:

  • hệ thống tự gửi (push)

  • người dùng tự claim (pull)

  • hoặc bên thứ ba claim hộ

Điều này mở ra một insight quan trọng:

Distribution không còn là hành động đơn lẻ
→ mà là một interface tương tác giữa nhiều actor

6. Revocation – phần mà hầu hết hệ thống né tránh

Phần lớn các hệ thống chỉ nghĩ đến việc “phát”.

TokenTable nghĩ thêm một bước:

“Nếu phát sai thì sao?”

Do đó, nó built-in:

  • thu hồi

  • đóng băng

  • rollback

  • expiry window

Nói cách khác:

TokenTable không giả định hệ thống luôn đúng
→ nó chuẩn bị cho việc hệ thống sẽ sai

7. Canonical flow: khi Sign Protocol + TokenTable chạy cùng nhau

Một flow điển hình:

  1. Identity được xác minh (New ID System)

  2. Một attestation được tạo ra trong Sign Protocol

  3. TokenTable đọc attestation đó như input

  4. Bảng phân phối được generate

  5. Tiền/token được giải ngân

  6. Toàn bộ quá trình lại tạo ra bằng chứng mới

👉 Đây là vòng lặp quan trọng:

Evidence → Execution → New Evidence

8. Vị trí thật sự của TokenTable trong S.I.G.N.

Trong kiến trúc tổng thể:

  • New ID System → xác định ai

  • New Money System → xử lý dòng tiền

  • Sign Protocol → lưu bằng chứng

  • TokenTable → quyết định cách tiền được phân phối

👉 Nó nằm ở đúng điểm giao giữa:

  • policy

  • capital

  • execution

9. Insight cuối: TokenTable biến “niềm tin” thành “logic có thể kiểm tra”

Trước đây:

  • bạn phải tin rằng danh sách phân phối là đúng

  • bạn phải tin rằng không ai gian lận

  • bạn phải tin rằng hệ thống chạy đúng

Với TokenTable + Sign Protocol:

bạn không cần tin
→ bạn có thể verify

Kết luận (signature style)

TokenTable không cố gắng trở thành một ứng dụng.

Nó làm một việc đơn giản hơn — nhưng sâu hơn:

biến việc phân phối giá trị thành một primitive có thể lập trình, kiểm toán, và tái hiện

Và khi kết hợp với Sign Protocol:

mọi dòng tiền không chỉ được gửi đi
→ mà còn để lại một dấu vết không thể chối cãi về lý do nó tồn tại