Khởi nguồn: thưởng cho hành vi nắm giữ mà không custody tài sản
Lịch sử của dự án bắt đầu từ một câu hỏi thiết kế: liệu một protocol có thể công nhận thời gian nắm giữ token mà không yêu cầu người dùng chuyển token vào contract giữ hộ hay không?
Từ câu hỏi đó, mô hình Hold-to-Earn được hình thành. Thay vì tạo một vault và yêu cầu deposit, protocol lựa chọn hướng đọc trạng thái công khai trên blockchain. Điều này giữ nguyên quyền self-custody, đồng thời mở đường cho một cơ chế incentive dựa trên thời gian và balance.
Ý tưởng cốt lõi không phải “trả lãi cho ví”, mà là xây dựng một lớp reputation/incentive dựa trên hành vi nắm giữ có thể kiểm chứng. Đây là điểm phân biệt quan trọng giữa Hold-to-Earn và các mô hình yield custody truyền thống.
Giai đoạn nghiên cứu: từ snapshot sang time-weighted state
Giai đoạn nghiên cứu tập trung vào hạn chế của snapshot. Một snapshot duy nhất không phản ánh commitment theo thời gian và dễ bị thao túng. Nhóm thiết kế do đó chuyển sang mô hình index transfer events và duy trì holding-age state cho từng phần balance.
Trong quá trình này, các câu hỏi quan trọng xuất hiện: nếu người dùng chuyển ra 20% balance, phần nào được coi là đã rời ví? Nếu nhận thêm token, số mới có thừa hưởng tuổi của số cũ không? Nếu token rebasing hoặc contract upgrade, indexer xử lý thế nào? Những câu hỏi này dẫn đến yêu cầu deterministic accounting và policy versioning.
Reward logic chỉ đáng tin khi cùng một lịch sử on-chain luôn tái tạo được cùng một score.
Hình thành ba engine cốt lõi
Kiến trúc protocol dần tách thành ba lớp logic: Token Registry quản lý asset policy; Holding Score Engine chuyển dữ liệu balance/time thành score; Reward & Gas Rebate Engine chuyển score thành quyền lợi.
Policy layer
Token address, minimum balance, holding age, multiplier và gas tier.
Accounting layer
Balance tranches, time weighting, cooldown và anti-gaming.
Incentive layer
Epoch allocation, caps, rebate eligibility và claim state.
Cách tách lớp này giúp core protocol ổn định hơn trong khi token policy vẫn có thể được cập nhật có kiểm soát.
Security trở thành một phần của kiến trúc, không phải bước cuối
Khi protocol bắt đầu tương tác với ví người dùng và reward distribution, security model được mở rộng. Mục tiêu chính là giảm quyền cần thiết: kết nối ví không đồng nghĩa với quyền chuyển tài sản; approval chỉ được yêu cầu khi thật sự cần cho một transaction cụ thể; reward calculation tách khỏi custody.
Theo thông tin dự án, protocol đã trải qua kiểm toán của CertiK, Hacken và Quantstamp. Việc audit được coi là một lớp kiểm chứng bổ sung cho review nội bộ, test coverage, access control và incident response.
Từ protocol logic thành trải nghiệm người dùng
Một protocol tài chính không chỉ cần đúng về mặt kỹ thuật; người dùng phải hiểu được mình đang đồng ý điều gì. Vì vậy product layer được xây dựng quanh các trạng thái dễ đọc: token eligible, balance eligible, holding age, tier, reward estimate, rebate usage và policy version.
Trên mobile, các thông tin quan trọng được ưu tiên theo thứ tự: quyền custody, trạng thái token, reward score, gas-rebate entitlement và cuối cùng mới đến các chi tiết kỹ thuật. Mục tiêu là người dùng có thể hiểu cơ chế trước khi ký bất kỳ transaction nào.
Chương tiếp theo: mở rộng mà không đánh đổi tính minh bạch
Hướng phát triển tiếp theo tập trung vào mở rộng token registry, tăng độ chính xác của analytics, hỗ trợ nhiều network hơn và đưa policy governance thành một lớp có thể audit độc lập.
Lịch sử dự án sẽ tiếp tục được cập nhật bằng các mốc có ngày, release version và liên kết report khi đội ngũ công bố dữ liệu chính thức. Trang History này cố tình không tự bịa ngày thành lập, số TVL hay đối tác ngoài những thông tin đã được xác nhận.