Treasury thực sự nên sống ở đâu?

Treasury nên ngồi ở đâu trong một crypto-native stack

Founder đi tìm chỗ giữ treasury crypto thường khởi đầu với mental model sai. Họ so sánh ví, nhà cung cấp custody, công cụ multisig, và chain như thể đặt treasury là chuyện lưu trữ kỹ thuật. Thực tế, vị trí treasury không phải câu hỏi về ví. Đó là câu hỏi về kiểm soát. Sự khác biệt đó trở nên rõ ràng đau đớn lần đầu khi một dự án post-TGE với tám chữ số trong multisig ngồi xuống với accountant và nghe một câu hỏi tưởng đơn giản: treasury nằm trên balance sheet của ai? Im lặng theo sau, vì chưa ai chính thức quyết định.

Treasury không phải câu hỏi về ví, mà là câu hỏi về kiểm soát

Ở hầu hết team giai đoạn đầu, treasury bị coi là một primitive kỹ thuật. Một multisig được tạo, vài người tin cậy được thêm làm signer, và địa chỉ được dán nhãn “treasury”. Regulator, cơ quan thuế, và toà án không quan tâm địa chỉ đó được dán nhãn gì. Họ nhìn xuyên nhãn dán và hỏi ai thực sự kiểm soát tài sản. Kiểm soát được suy ra từ việc ai bổ nhiệm và loại bỏ signer, ai đề xuất và phê duyệt giao dịch, và entity nào hưởng lợi kinh tế từ cách vốn được triển khai. Nếu director của một công ty có thể đổi signer, ra lệnh chi tiêu, và dựa vào treasury để trả lương, công ty đó nhiều khả năng sẽ bị coi là bên kiểm soát tài sản, bất kể có foundation tồn tại hay không.

Việc xác định đơn lẻ này thầm lặng dẫn đến ba hệ quả định hình toàn bộ risk profile của dự án. Thứ nhất, nó ảnh hưởng tài phán nào tuyên bố quyền đánh thuế lên hoạt động và lợi nhuận treasury. Thứ hai, nó quyết định regulator nào tuyên bố quyền enforcement nếu có sự cố. Thứ ba, nó ảnh hưởng ai gánh trách nhiệm pháp lý cho quyết định treasury, dù trách nhiệm rơi vào một entity hay vào các cá nhân nhận diện được. Team thường trải nghiệm chúng như những vấn đề riêng biệt, nhưng tất cả đều quay về cùng một gốc: ai kiểm soát treasury.

Việc OECD Crypto-Asset Reporting Framework (CARF) trở thành chế độ reporting sống từ ngày 1 tháng 1 năm 2026 làm những câu hỏi này sắc hơn. CARF không chỉ giới hạn ở sàn tiêu dùng hay ví hosted. Nó được thiết kế để bắt các entity cung cấp dịch vụ crypto-asset, gồm việc tạo điều kiện cho chuyển khoản hay duy trì kiểm soát tài sản cho bên thứ ba. Dù tự quản treasury riêng không tự động kích hoạt CARF, framework làm gia tăng sự soi xét lên chính những câu hỏi kiểm soát vốn đã quan trọng. Đặt treasury không còn là lựa chọn back-office. Nó là một regulatory surface chính, song song với phát hành token và dịch vụ user-facing.

Hầu hết team không chủ động chọn đặt kiểm soát treasury bên trong công ty vận hành. Họ trôi dạt vào đó. Có vẻ tiện khi công ty thuê tất cả mọi người cũng “sở hữu” vốn trả lương cho tất cả mọi người. Signer của multisig là nhân viên hay founder. Board duyệt ngân sách. Finance chuẩn bị báo cáo treasury. Theo thời gian, một mẫu hành vi hình thành, kể một câu chuyện rõ ràng cho bên ngoài: công ty vận hành kiểm soát tài sản. Một foundation ở nơi khác trong cấu trúc không thay đổi câu chuyện đó nếu nó không thực sự thi hành kiểm soát. Tiện lợi trở thành phơi nhiễm.

Vì sao foundation trở thành bên giữ treasury (và khi nào logic đó vỡ)

Foundation ở các tài phán như Cayman, Panama, hay Thuỵ Sĩ trở thành bên giữ treasury mặc định cho dự án token vì những lý do dễ hiểu. Chúng cung cấp một entity không cổ đông có thể nắm tài sản, công bố mandate phục vụ mục đích công, và cấp vốn cho nhiều công ty vận hành mà không gộp phát hành token, phát triển hệ sinh thái, và hoạt động thương mại vào một thực thể pháp lý. Sự tách bạch này cho phép các dự án lập luận rằng mạng lưới token không chỉ đơn thuần là sản phẩm doanh nghiệp, đồng thời vẫn cung cấp một vỏ bọc có khả năng ký hợp đồng, trả nhà cung cấp, và giữ các bể vốn lớn.

Khi tốt nhất, foundation hoạt động như steward. Chúng giữ treasury, định nghĩa chính sách cấp cao về cách vốn có thể được dùng, và phát grant cho công ty vận hành hay contributor cho mục đích cụ thể. Công ty vận hành thực thi các mục đích đó mà không sở hữu vốn nền tảng. Điều này align khá tốt với cách nhiều dự án phi tập trung hoạt động.

Mô hình vỡ khi tách bạch chỉ tồn tại trên giấy. Foundation không thực sự giảm phơi nhiễm nếu nó không kiểm soát treasury trên thực tế. Nếu công ty vận hành bổ nhiệm phần lớn signer multisig, đề xuất phần lớn giao dịch, và đều đặn nhận các đợt chuyển khoản tổng lớn từ treasury để trang trải hoạt động chung, regulator có thể coi công ty vận hành là chủ sở hữu kinh tế thực sự bất kể sơ đồ tổ chức nói gì.

Ranh giới giữa foundation và công ty vận hành vì thế là vận hành. Một trong những cơ chế quan trọng nhất giữ ranh giới đó là cách grant được cấu trúc. Foundation phát grant theo mục đích cụ thể, theo milestone, duy trì tách bạch. Vốn chảy theo từng tranche rời rạc gắn với hoạt động xác định. Foundation định kỳ quét phần lớn treasury vào công ty vận hành để “chạy business” thì xoá bỏ tách bạch đó. Tới lúc đó, foundation vẫn có thể tồn tại về pháp lý, nhưng về mặt kinh tế, công ty vận hành trông như chủ sở hữu.

Kiến trúc signer làm hiệu ứng này nhân lên. Signer multisig không phải vai trò trừu tượng. Họ là con người sống ở tài phán cụ thể. Nếu hầu hết signer cư trú tại quốc gia thuế cao hay tài phán enforcement mạnh tay, rủi ro treasury có xu hướng di trú về đó kể cả khi foundation đăng ký nơi khác. Một foundation Cayman có treasury thực tế được vận hành hàng ngày bởi signer cư trú tại Đức hay Mỹ trình bày một risk profile rất khác so với foundation có bộ signer và bộ máy governance align với tài phán và mandate của foundation đó.

Đó là lý do câu hỏi “nên dùng foundation hay công ty?” chưa đủ. Câu hỏi thực sự là liệu thiết kế governance, kiến trúc signer, và cơ chế grant có cùng nhau hỗ trợ câu chuyện rằng foundation kiểm soát treasury hay không. Không có sự align đó, nhãn “foundation” chẳng làm được gì nhiều.

Thiết kế kiến trúc treasury sao cho kiểm soát đáp đất nơi bạn muốn

Giữa các dự án trưởng thành, một mẫu hội tụ đã xuất hiện. Treasury ngồi trong một entity mà chức năng duy nhất là stewardship và phát grant. Entity đó không vận hành sản phẩm, không thuê team vận hành lớn, và không trực tiếp thực hiện hoạt động tạo doanh thu. Mục đích của nó là giữ tài sản, đặt chính sách, và cấp vốn cho bên khác. Công ty vận hành không bao giờ giữ treasury đáng kể. Họ nhận vốn qua grant có tài liệu, thoả thuận dịch vụ, hay tranche theo milestone. Chuyển khoản bị giới hạn, có chủ đích, và auditable.

Việc chọn signer được coi là lựa chọn thiết kế hàng đầu chứ không phải nghĩ thêm cho có. Signer được chọn với ý thức về tài phán, và quy trình xoay vòng tồn tại để kiểm soát không thầm lặng dồn vào tay một nhóm nhỏ người ở một nước duy nhất. Trong vài cấu trúc, custodian được cấp phép hay dịch vụ transaction chuyên nghiệp thực thi giao dịch dựa trên chính sách do foundation phê duyệt, tách việc đặt chính sách khỏi thực thi và làm giảm thêm việc gán kiểm soát.

Không cái nào trong đây loại bỏ nghĩa vụ reporting. CARF, quy tắc thuế địa phương, và các chế độ khác vẫn áp dụng. Cái kiến trúc này làm được là tập trung các nghĩa vụ đó bên trong entity được thiết kế để gánh chúng, lý tưởng là ở tài phán được chọn có chủ ý chứ không phải vô tình. Một Cayman foundation kiểm soát treasury trình bày một bức tranh tuân thủ và enforcement khác với một Delaware operating company kiểm soát cùng tài sản đó. Một foundation Thuỵ Sĩ với signer cư trú châu Âu trình bày bức tranh khác với một Cayman foundation có signer phân tán toàn cầu và thực thi outsource. Những khác biệt này định hình phơi nhiễm thực tế.

Đây là lớp mà các nhà cung cấp dịch vụ cấu trúc như Spindipper hoạt động, từ rất lâu trước khi có bất kỳ đồng vốn nào. Founder ánh xạ hành vi treasury dự kiến vào entity stack, thiết kế signer, và dòng chảy grant khi họ chọn nơi đăng ký. Mục tiêu không phải đuổi theo zero regulation, vốn không tồn tại, mà đảm bảo bề mặt kiểm soát, reporting, và enforcement align với mức chịu rủi ro thực tế và thực tế vận hành của dự án. Retrofit chuyện này sau TGE, khi thói quen, con người, và dòng chảy đã thiết lập, là chuyện khó hơn nhiều và thường gây đau về chính trị nội bộ.

Quay lại kịch bản mở đầu, tín hiệu nói lên nhiều nhất không phải treasury lớn cỡ nào, nằm trên chain nào, hay dùng công cụ multisig nào. Tín hiệu nói lên nhiều nhất là liệu founding team có trả lời được rõ ràng và tự tin treasury nằm trên balance sheet của ai. Nếu câu trả lời mập mờ hay phụ thuộc vào hiểu ngầm, cấu trúc đã sai rồi. Kiến trúc treasury là một trong số ít lĩnh vực mà quyết định thiết kế sớm cộng dồn thầm lặng nhưng quyết liệt. Làm đúng từ đầu rẻ hơn rất nhiều so với phát hiện sau này rằng tiện lợi đã biến thành kiểm soát.

Bài viết này chỉ phục vụ mục đích thông tin và không cấu thành tư vấn pháp lý hay thuế. Vì bản chất quy định về digital asset đang thay đổi nhanh, hãy lấy tư vấn chuyên môn theo từng tài phán trước khi triển khai bất kỳ cấu trúc nào được thảo luận ở đây.

Có câu hỏi về đặt treasury, kiến trúc signer, hay cấu trúc một entity stewardship cho protocol của bạn? Cứ liên hệ với chúng tôi để trò chuyện thân thiện, không áp lực.