Question 1

COOK là gì?

Accepted Answer

COOK là token giao thức được thiết kế trong whitepaper của Cook Protocol, với các công dụng cốt lõi là tham gia quản trị ở tầng giao thức và một số tương tác giao thức; đây không phải chứng chỉ phần sở hữu của một quỹ. Quyền quản trị hướng đến các quy tắc ảnh hưởng đến toàn bộ giao thức, chẳng hạn phí nền tảng, các giao thức DeFi có thể tích hợp và cách sử dụng kho bạc cộng đồng. Vì vậy, nắm giữ COOK và nắm giữ quyền lợi tài sản của một quỹ là hai việc khác nhau: việc đầu tương ứng với quản trị ở tầng giao thức và các chức năng trong thiết kế, còn việc sau được biểu thị bằng ckToken do quỹ đó phát hành. Whitepaper mô tả phương án ban đầu của năm 2021; không thể chỉ dựa vào đó suy ra rằng các chức năng này hiện đều đã hoạt động hoặc các tham số vẫn còn hiệu lực.

Question 2

Cook Protocol muốn giải quyết vấn đề gì?

Accepted Answer

Mục tiêu ban đầu của Cook Protocol là đưa việc huy động vốn, thực hiện chiến lược và ghi nhận phần sở hữu trong quản lý tài sản vào một khuôn khổ on-chain có thể kiểm chứng. Người quản lý quỹ thành lập quỹ và đặt chiến lược đầu tư; sau khi nhà đầu tư gửi tài sản vào quỹ đó, họ nhận được ckToken tương ứng; ckToken dùng để biểu thị phần sở hữu của nhà đầu tư đó trong quỹ. Cấu trúc này tách token giao thức khỏi phần sở hữu quỹ: người quản lý không cần công khai hoàn toàn chi tiết chiến lược, nhưng nhà đầu tư vẫn có thể quan sát tình hình tài sản dựa trên cấu hình quỹ on-chain; hiệu suất và thay đổi tài sản của quỹ ảnh hưởng đến giá trị phần sở hữu mà ckToken của quỹ đó biểu thị, chứ không đồng nhất với giá trị hoặc quyền lợi của chính COOK.

Question 3

Nắm giữ COOK có thể tham gia những vấn đề quản trị nào?

Accepted Answer

Theo thiết kế quản trị ở tầng giao thức của whitepaper, người nắm giữ COOK có thể đề xuất và bỏ phiếu về các vấn đề ảnh hưởng đến toàn giao thức, bao gồm tham số phí nền tảng, phạm vi các giao thức DeFi mà quỹ được phép sử dụng, cũng như các sắp xếp khuyến khích và tài trợ của kho bạc cộng đồng. Những quyết định này thay đổi quy tắc chung của giao thức, chứ không trực tiếp đưa ra quyết định giao dịch thay cho một quỹ cụ thể. Cần phân biệt quyết định ở tầng quỹ với quyết định ở tầng giao thức: tầng giao thức quyết định quỹ có thể hoạt động trong những quy tắc và phạm vi tích hợp nào; việc phân bổ tài sản và thực hiện chiến lược của quỹ cụ thể thuộc phạm vi của quỹ đó và cơ chế quản lý của nó. Whitepaper không chứng minh rằng ngưỡng bỏ phiếu, quy trình thực hiện hoặc các vấn đề có thể bỏ phiếu hiện tại vẫn giống thiết kế ban đầu.

Question 4

COOK có những trường hợp sử dụng nào trong giao thức?

Accepted Answer

Whitepaper dự kiến hai loại vai trò liên quan đến việc sử dụng giao thức cho COOK: nhà đầu tư có thể cần trả trước COOK khi tham gia một số quỹ; người quản lý quỹ cần stake một lượng COOK nhất định khi tạo quỹ. Vai trò đầu gắn một số hành vi tham gia với thanh toán bằng token, còn vai trò sau gắn điều kiện tạo quỹ với việc khóa token. Điều này không có nghĩa mọi quỹ đều nhất thiết cần COOK, cũng không có nghĩa staking tự động tạo ra lợi nhuận đầu tư. Số lượng trả trước hoặc stake cụ thể, việc có hoàn trả hay không, tình trạng đã triển khai và cách xử lý vi phạm cần dựa vào sản phẩm và quy tắc thực tế được triển khai tại thời điểm đó; whitepaper chỉ nêu hướng cơ chế ban đầu.

Question 5

COOK ban đầu được phân bổ như thế nào?

Accepted Answer

Kế hoạch cung ban đầu trong whitepaper là 10 tỷ COOK. Trong đó, 60% được phân bổ cho kho bạc cộng đồng và dự kiến vesting trong sáu năm; số token còn lại được phân bổ cho các hạng mục như khuyến khích cộng đồng, nhà đầu tư cộng đồng sớm, đối tác, đội ngũ và cố vấn. Tỷ lệ phân bổ mô tả cách phân chia công dụng ban đầu, không có nghĩa các token này cùng được đưa ra thị trường tại một thời điểm. Khi hiểu về cung, cũng cần phân biệt “phân bổ” và “có thể lưu hành”: token được chỉ định cho một hạng mục không có nghĩa tất cả đã được mở khóa hoặc tự do chuyển nhượng. Lịch vesting quyết định nhịp độ token có thể được bổ sung để sử dụng ở từng giai đoạn bằng cách phân tán việc phát hành theo thời gian; lượng lưu hành thực tế vẫn cần được xác nhận riêng theo hợp đồng hiện tại và tình trạng thực hiện mở khóa.

Question 6

COOK và ckToken khác nhau như thế nào?

Accepted Answer

ckToken là token phần sở hữu của một quỹ Cook đơn lẻ, biểu thị phần tương ứng của người nắm giữ trong tài sản của quỹ đó; tài sản quỹ và kết quả chiến lược chủ yếu được phản ánh qua quan hệ phần sở hữu này. Các quỹ khác nhau có thể có ckToken khác nhau, vì vậy nó không phải token quản trị thống nhất cho toàn giao thức. COOK nằm ở tầng giao thức; whitepaper dùng nó cho các chức năng như quản trị, trả trước cho một số hoạt động tham gia và staking để tạo quỹ. Tóm lại, mua hoặc nắm giữ ckToken là con đường để có mức độ tiếp xúc với một quỹ cụ thể; nắm giữ COOK không tự động mang lại phần sở hữu tài sản của bất kỳ quỹ cụ thể nào, và ngược lại cũng vậy.

Question 7

Cơ chế lạm phát của COOK được thiết kế như thế nào?

Accepted Answer

Whitepaper đề xuất khởi động lạm phát liên tục 2% theo năm sau khi kết thúc thời hạn vesting sáu năm. Nếu thiết kế này được thực hiện theo nguyên văn, lượng phát hành mới trong một năm sẽ được tính theo tỷ lệ 2% hàng năm trên cơ sở cung áp dụng tại thời điểm đó, thay vì phát hành thêm toàn bộ token tương lai một lần từ 10 tỷ token ban đầu. Cơ chế này và việc mở khóa ban đầu là hai giai đoạn: trong sáu năm, trọng tâm là vesting và phát hành từ phân bổ ban đầu; sau đó mới là phát hành liên tục theo kế hoạch. Lạm phát liên tục có thể làm tăng số lượng token, nhưng không thể chỉ dựa vào kế hoạch ban đầu của whitepaper để xác định người nhận token mới, cách thực hiện thực tế và tác động đến nguồn cung hiện tại.

Question 8

Phí quản lý quỹ và phí giao thức khác nhau thế nào?

Accepted Answer

Phí quản lý quỹ và phí giao thức không ở cùng một tầng. Whitepaper mô tả rằng người quản lý quỹ có thể thu phí quản lý thông qua cơ chế quỹ, trong khi quản trị ở tầng giao thức có thể thảo luận các tham số công cộng như phí nền tảng; việc đầu tương ứng với dịch vụ quản lý của quỹ cụ thể, còn việc sau tương ứng với quy tắc giao thức. Đối với nhà đầu tư, việc có phát sinh phí hay không, được thanh toán bằng tài sản nào và ảnh hưởng đến giá trị tài sản ròng của quỹ ra sao phụ thuộc vào điều khoản và việc triển khai thực tế của quỹ cụ thể. Không thể suy ra rằng chỉ vì nắm giữ COOK thì có thể nhận thu nhập từ phí quản lý hoặc phí nền tảng của một quỹ.

Question 9

Kho bạc cộng đồng đảm nhận vai trò gì trong thiết kế ban đầu?

Accepted Answer

Trong phương án ban đầu, vai trò của kho bạc cộng đồng là tiếp nhận COOK được dành riêng cho cộng đồng, còn quản trị giao thức quyết định các mục đích như khuyến khích và tài trợ. Ý nghĩa của nó là đưa việc sử dụng một phần nguồn lực token vào quyết định tập thể ở tầng giao thức, thay vì tự động phân bổ trước cho từng người nắm giữ. Kho bạc được phân bổ token không có nghĩa ngay lập tức tạo thành nguồn cung thị trường, cũng không có nghĩa người nắm giữ có thể nhận theo tỷ lệ. Điều kiện cấp phát cụ thể, thủ tục quản trị, số dư kho bạc và các khoản khuyến khích đã thực tế phát hành đều cần được đánh giá dựa trên dữ liệu on-chain hoặc quản trị hiện tại có thể kiểm chứng.

Question 10

Whitepaper mô tả thiết kế an ninh quỹ như thế nào?

Accepted Answer

Whitepaper chia thiết kế an ninh thành các hướng gồm quyền quản trị quỹ, an ninh mã nguồn và bảo hiểm. Logic cơ bản là: thao tác của người quản lý hoặc người tham gia bị ràng buộc bởi quy tắc của quỹ và giao thức, mã hợp đồng thông minh cần có bảo đảm an ninh, còn việc chuyển giao rủi ro có thể dựa vào các sắp xếp bảo hiểm. Các hướng này không cấu thành bảo đảm cho an toàn tài sản, lợi nhuận hoặc chi trả bảo hiểm. Việc có bảo hiểm hay không, sự kiện nào được bảo hiểm, số tiền bảo hiểm và điều kiện bồi thường, cũng như liệu hợp đồng hiện tại có còn sử dụng thiết kế được nêu trong whitepaper hay không, đều phải căn cứ vào điều khoản sản phẩm và triển khai on-chain thực tế.

Giá Cook Protocol (COOKPROTOCOL)