Meta Title: Tổng quan về tiêu chuẩn CIP: Hướng dẫn đầy đủ về CIP Cardano
Cardano CIP có những tiêu chuẩn nào?
Nếu bạn đã dành thời gian trong hệ sinh thái Cardano, có lẽ bạn đã thấy các tham chiếu như "CIP-30", "CIP-1694" hoặc "CIP-1852" trong tài liệu về ví, diễn đàn của các nhà phát triển hoặc các cuộc thảo luận trên GitHub. Nhưng thực sự Cardano CIP là gì và tại sao chúng quan trọng?
Một Cardano Improvement Proposal (CIP) là một tài liệu thiết kế được formal hóa, phục vụ hai mục đích khác nhau trong hệ sinh thái:
- Thông số tương thích — Các giao diện chung mà ví, dApp và các công cụ đồng ý để chúng hoạt động một cách mượt mà với nhau (như cách USB-C cho phép bất kỳ thiết bị sạc nào hoạt động với bất kỳ máy tính xách tay nào).
Hãy xem CIP như là tương đương của BIP của Bitcoin hoặc EIP của Ethereum của Cardano – nhưng với một đặc trưng riêng của Cardano: một quá trình nghiêm ngặt, được điều hành bởi cộng đồng theo CIP-1 (quá trình CIP), các cuộc họp biên tập hàng tuần và một chu kỳ rõ ràng từ bản thảo đến tiêu chuẩn hoạt động.
Chìa khóa: Khác với một số hệ sinh thái nơi các tiêu chuẩn được quy định bởi một cơ sở trung tâm, quá trình CIP của Cardano được cố ý phân tán. Các biên tập viên hỗ trợ; cộng đồng quyết định. Một CIP chỉ trở thành "Hoạt động" khi nó được thực hiện và áp dụng thực tế – không chỉ khi được phê duyệt trên giấy.
Quá trình CIP: Từ ý tưởng đến tiêu chuẩn hoạt động
Quá trình của CIP được thiết kế nhằm cân bằng giữa sự mở và sự nghiêm ngặt về kỹ thuật. CIP-1 (do Frederic Johnson, Sebastien Guillemot, Matthias Benkort, Duncan Coutts, Michael Peyton Jones và Robert Phair soạn thảo) là bản hiến pháp cho quá trình này.
Chế độ phát triển bốn giai đoạn
Bước 1: Báo cáo dự thảo (Pull Request) - Tác giả mở một PR trên cardano-foundation/CIPs với số trống CIP-? - Các cuộc thảo luận sớm diễn ra trên diễn đàn Cardano, Discord hoặc Telegram - Chưa có đánh giá chính thức - đây là giai đoạn "thiết kế"
Bước 2: Triage của biên tập viên (một lần mỗi hai tuần) - Các biên tập viên CIP (hiện tại là Robert Phair, Ryan Williams, Thomas Vellekoop) gặp nhau mỗi hai tuần trên Discord - Họ sẽ phân cấp số CIP, phân loại nó và kiểm tra định dạng cơ bản - Đây là một quá trình triage, không phải là một đánh giá kỹ thuật - các biên tập viên đảm bảo đề xuất đã sẵn sàng để được đánh giá
Bước 3: Xét lại cộng đồng - Thảo luận kỹ thuật sâu trong PR - Các nhà duy trì dự án liên quan được mời (ví dụ, nhóm Plutus cho CIP Plutus, nhóm Ledger cho CIP Ledger) - Các tác giả phải giải quyết các vấn đề trong phần "Lý do" - Đáng chú ý: CIP không cần phải được mọi người tích cực chấp nhận là một ý tưởng tốt - nó cần phải có cơ sở kỹ thuật
Stage 4: Merged as "Proposed" (Đã hợp nhất với trạng thái "Đề xuất")
Con đường đến "Hoạt động" - nơi thực tế xảy ra
Mỗi CIP phải xác định đường dẫn Active của riêng nó với hai phần phụ:
| Phần phụ | Mục đích |
|---|---|
| Công thức xác nhận | KPI có thể theo dõi: "Đã được triển khai bởi 3+ ví", "Hoạt động trên mainnet", "Được áp dụng bởi 5+ dApp" |
| Kế hoạch thực hiện | Ai sẽ xây dựng nó, thời gian dự kiến, yêu cầu hard-fork nếu có |
Chỉ khi các tiêu chí chấp nhận được đáp ứng, một tác giả (hoặc biên tập viên) mới gửi PR để thay đổi trạng thái thành "Active". Nếu một CIP bị thay thế hoặc bỏ qua, nó sẽ chuyển thành "Inactive (superseded by CIP-XXXX)".
Bối cảnh Việt Nam: Trong các cộng đồng phát triển viên Việt Nam (nhóm Telegram, nhóm phát triển viên trên Facebook), các CIP thường được gọi bằng số – "CIP-30", "CIP-1694" – không có phiên dịch. Từ "CIP" bản thân cũng không có phiên dịch. Bài viết này sử dụng quy tắc tương tự.
Các danh mục CIP được giải thích: một bản đồ chức năng cho các nhà phát triển
Danh sách chính thức của CIP sử dụng các danh mục như "Meta", "Wallets", "Tokens", "Metadata", "Tools", "Plutus", "Ledger", "Consensus", và "Network". Tuy nhiên, đối với một nhà phát triển đang cố gắng tìm các tiêu chuẩn liên quan, những danh mục này có thể cảm thấy khá trừu tượng.
Chúng tôi đã phân loại 100+ CIP thành 7 lĩnh vực chức năng dựa trên điều chúng cho phép bạn xây dựng:
1. Tiêu chuẩn về ví và danh tính (8 CIP)
Mục đích: Cách ví tiền tạo ra các khóa, ký các tin nhắn và xác định người dùng| CIP | Tiêu đề | Tình trạng | Tại sao điều này quan trọng |
|---|---|---|---|
| CIP-3 | Tạo khóa ví | Đang hoạt động | Các đường dẫn BIP-32/44 cho Cardano |
| CIP-4 | Checksum của ví | Đề xuất | Xác minh kiểm tra tổng hợp địa chỉ |
| CIP-8 | Đóng dấu tin nhắn | Đang hoạt động | Đồng bộ hóa ký kết ngoài chuỗi (COSE) |
| CIP-11 | Chuỗi khóa Staking cho ví HD | Đang hoạt động | Chìa khóa staking theo cấp |
| CIP-13 | Chương trình URI của Cardano | Đề xuất | cardano: các liên kết cho thanh toán |
| CIP-18 | Túi tiền đa khóa | Đề xuất | Nhiều khóa đầu tư cho mỗi ví |
| CIP-19 | Địa chỉ Cardano | Đang hoạt động | Định dạng địa chỉ (Bech32) |
| CIP-30 | Cầu nối web của ví dApp | Đang hoạt động | Thông số tiêu chuẩn của kết nối ví - 8+ ví |
| CIP-1852/1853/1854/1855 | Cơ cấu tổ chức của ví HD | Hoạt động/đề xuất | Tài khoản đa, chữ ký đa, tạo ra các khóa |
Bắt đầu ở đây nếu: Tạo ví, tích hợp kết nối ví hoặc xử lý các khóa người dùng.
2. Tiêu chuẩn token và tài sản (11 CIP)
Mục đích: Mã token có thể thay thế, NFT, dữ liệu mô tả, quyền tác giả và xác định tài sản| CIP | Tiêu đề | Tình trạng | Tại sao điều này quan trọng |
|---|---|---|---|
| CIP-14 | Dấu vân tay tài sản đối mặt với người dùng | Đang hoạt động | Mã tài sản có thể đọc được bởi người (asset1...) |
| CIP-15 | Thông tin dữ liệu đăng ký Catalyst | Đang hoạt động | Phương thức đăng ký bỏ phiếu |
| CIP-20 | Thông tin cơ sở dữ liệu tin nhắn/ghi chú giao dịch | Đang hoạt động | Nhãn dữ liệu chuẩn |
| CIP-25 | Thông số cơ sở dữ liệu tiêu chuẩn của Media Token | Động | Thông tin cơ sở dữ liệu NFT (ảnh, thuộc tính) |
| CIP-26 | Thông tin Metadata ngoài chuỗi | Đang hoạt động | Các metadata lớn được lưu trữ ngoài chuỗi (IPFS) |
| CIP-27 | Tiêu chuẩn phí bảo vệ cộng đồng CNFT | Động | Xử lý quyền tác giả đối với NFT |
| CIP-60 | Thông tin cơ sở dữ liệu của Music Token | Đang hoạt động | Thông tin dữ liệu đặc trưng dành cho âm thanh |
| CIP-67 | Danh mục ghi nhớ tên tài sản | Đề xuất | Tên token có thể đọc được bởi người |
| CIP-68 | Thông tin cơ sở dữ liệu tiêu chuẩn | Đang hoạt động | Dữ liệu metadata có cấu trúc trên chuỗi |
| CIP-102 | Thông tin dữ liệu về quyền tác giả | Đề xuất | Xử lý quyền lợi trên chuỗi |
| CIP-124 | Tăng cường dữ liệu mô tả token cho các phiên dịch | Đề xuất | Thông tin cơ sở dữ liệu đa ngôn ngữ |
Bắt đầu ở đây nếu bạn muốn: Tạo token, NFT, các trang thương mại điện tử hoặc các công cụ dữ liệu mô tả.
3. Tiêu chuẩn dữ liệu mô tả và đăng ký (7 CIP)
Mục đích: Dữ liệu đăng ký, nhãn và định dạng dữ liệu có cấu trúc| CIP | Tiêu đề | Tình trạng | Tại sao điều này quan trọng |
|---|---|---|---|
| CIP-10 | Danh mục đăng ký nhãn dữ liệu giao dịch | Đang hoạt động | Số nhãn đã được giữ lại (674 = JSON) |
| CIP-34 | Danh sách ID chuỗi | Đề xuất | Tìm kiếm mạng |
| CIP-67 | Danh mục ghi nhớ tên tài sản | Đề xuất | Tên có thể đọc được bởi người |
| CIP-114 | Danh sách thẻ CBOR | Đề xuất | Cách phân bổ thẻ CBOR |
| CIP-116 | Chuyển mã Canonical JSON | Đề xuất | JSON xác định cho việc tạo khóa |
4. Tiêu chuẩn Plutus và hợp đồng thông minh (25 CIP – nhóm lớn nhất)
Mục đích: Các cải tiến của Plutus trong thời kỳ Vasil/Conway giúp các hợp đồng thông minh trở nên hiệu quả hơn| CIP | Tiêu đề | Tình trạng | Tại sao điều này quan trọng |
|---|---|---|---|
| CIP-31 | Các đầu vào tham khảo | Đang hoạt động | Đọc UTXO mà không tốn tiền (Vasil) |
| CIP-32 | Ngày tháng trong dòng | Đang hoạt động | Gắn ngày tháng trực tiếp vào kết quả (Vasil) |
| CIP-33 | Các mã lệnh tham khảo | Đang hoạt động | Sử dụng lại các đoạn mã không cần gửi lại (Vasil) |
| CIP-35 | Plutus Core Evolution | Đang hoạt động | Phân loại phiên bản cho ngôn ngữ Plutus |
| CIP-40 | Kết quả phụ trợ | Đang hoạt động | Tài sản đảm bảo an toàn cho các mã lệnh Plutus |
| CIP-42 | serialiseData Đã được tích hợp | Đang hoạt động | Tạo dữ liệu hiệu quả |
| CIP-49 | ECDSA/Schnorr trong Plutus | Đang hoạt động | Các nguyên mẫu mã hóa |
| CIP-69 | Hiện đại hóa kiểu chữ Plutus | Đang hoạt động | Giao diện văn bản thống nhất |
| CIP-85 | Tổng các sản phẩm trong Plutus | Đang hoạt động | Cấu trúc dữ liệu tốt hơn |
| CIP-110 | Tham khảo mã nguồn Plutus v1 | Đang hoạt động | Các mã lệnh tham khảo cho phiên bản v1 |
| CIP-117 | Giá trị trả về của mã lệnh rõ ràng | Đang hoạt động | Các tín hiệu thành công/hủy bỏ rõ ràng |
| CIP-121/122/123 | Các tác vụ với ByteString | Đang hoạt động | Integer↔ByteString, logic, bitwise |
| CIP-127 | RIPEMD-160 trong Plutus | Đang hoạt động | Phương thức hash |
| CIP-132 | dropList Đã định nghĩa sẵn | Đề xuất | Tối ưu hóa danh sách |
| CIP-133 | Tích nhiều cấp (BLS) | Đề xuất | Tổng hợp mã hóa |
| CIP-138 | Loại định nghĩa sẵn của mảng | Đề xuất | Dãy nguyên thủy |
| CIP-152 | Các module trong UPLC | Đề xuất | Cấu trúc tổ chức mã |
| CIP-153 | Loại giá trị MaryEra | Đề xuất | Loại giá trị đa tài sản |
| CIP-156 | multiIndexArray Đã định nghĩa sẵn | Đề xuất | Truy cập mảng hiệu quả |
| CIP-168 | Các hàm BuiltinValue khác | Đề xuất | Các tác vụ giá trị mở rộng |
| CIP-381 | Kết hợp Plutus (BLS12-381) | Đang hoạt động | Kỹ thuật mã hóa tiên tiến |
Bắt đầu ở đây nếu: viết các mã Plutus, xây dựng DeFi hoặc tối ưu hiệu suất mã.
Phân tích gốc: Cập nhật Vasil (CIP-31/32/33) là một thời điểm quan trọng – nó đã biến Plutus từ "có thể nhưng tốn kém" thành "có thể áp dụng trong sản xuất". Trước Vasil, mỗi lần đọc dữ liệu đều đòi hỏi phải chi phí và tái tạo UTXO (1 lần vận hành mỗi khối). Các đầu vào tham chiếu + dữ liệu trong dòng + các mã lệnh tham chiếu đã loại bỏ hoàn toàn điểm chặn này.
5. Phát triển sổ cái và giao thức (9 CIP)
Mục đích: Các tham số của giao thức chính, quy tắc sổ cái và phiên bản| CIP | Tiêu đề | Tình trạng | Tại sao điều này quan trọng |
|---|---|---|---|
| CIP-9/28/55 | Các tham số của giao thức (Shelley/Alonzo/Babbage) | Động | Các danh sách tham số đặc trưng cho từng thời kỳ |
| CIP-84 | Cardano Ledger Evolution | Đang hoạt động | Quá trình thay đổi Ledger (dạng danh sách) |
| CIP-164 | Ouroboros Linear Leios | Đề xuất | Tích hợp hiệu suất cao |
| CIP-165 | Tình trạng sổ cái của Canonical | Đề xuất | Tương tác đại diện của trạng thái theo tiêu chuẩn |
| CIP-167 | Xóa isValid khỏi Transactions | Đề xuất | Giảm phức tạp |
| CIP-173 | Kích thước giới hạn thay đổi trung bình | Đề xuất | Thông số quản trị |
| CIP-176 | Khung cơ thể không phân loại | Đề xuất | Thay đổi cấu trúc khối |
6. Quản trị và Hiến pháp (10 CIP)
Mục đích: Quản trị trên chuỗi (CIP-1694/Thời kỳ Conway), DReps, Ủy ban hiến pháp| CIP | Tiêu đề | Tình trạng | Tại sao điều này quan trọng |
|---|---|---|---|
| CIP-100 | Thông tin cơ sở dữ liệu về quản trị | Đang hoạt động | Phiên bản định dạng dữ liệu mô tả hành động quản trị |
| CIP-108 | Thông tin dữ liệu về các hành động quản trị | Đề xuất | Các loại hành động cụ thể |
| CIP-119 | Thông tin cơ sở dữ liệu về quản trị - DReps | Đề xuất | Thông tin cơ sở dữ liệu của đại diện ủy quyền |
| CIP-120 | Thông số của Hiến pháp | Đề xuất | Phiên bản cấu trúc On-chain |
| CIP-129 | Mã định danh quản trị | Đề xuất | Mã ID cho các đối tượng quản trị |
| CIP-136 | Ban Nghị quyết Hiến pháp bỏ phiếu | Đề xuất | Phiên bản phiếu bầu CC |
| CIP-169 | Gắn kết trên chuỗi | Đề xuất | Gắn quản trị với thực hiện |
| CIP-1694 | Quản trị phi tập trung trên chuỗi | Đang hoạt động | Khung quản trị của Conway |
| CIP-179 | Các cuộc khảo sát và bình chọn trên chuỗi | Đề xuất | Mechanism báo hiệu |
| CIP-181/190 | Tái rút/kiểm tra trong quá trình quản trị | Đề xuất | Quy định rút tiền thưởng |
Bắt đầu ở đây nếu bạn muốn: xây dựng các công cụ quản trị, giao diện DRep hoặc các công cụ tìm hiểu hiến pháp.
7. Mạng, truyền thông và công cụ (13 CIP)
Mục đích: P2P, URI, các tác vụ SPO, phục hồi sau thảm họa, các công cụ cho nhà phát triển| CIP | Tiêu đề | Tình trạng | Tại sao điều này quan trọng |
|---|---|---|---|
| CIP-6 | Thông tin mở rộng của Stake Pool | Đang hoạt động | Thông tin cơ sở dữ liệu (ticker, trang chủ, v.v.) |
| CIP-12/13 | SPO Communication / Mô hình URI | Đề xuất/đề nghị | Gửi tin nhắn qua đại diện, liên kết thanh toán |
| CIP-22 | Xác minh nhân viên quản lý bể bơi | Động | Xác minh người điều hành trên chuỗi |
| CIP-45 | Giao tiếp giữa WebRTC và ví điện tử | Đang hoạt động | Kết nối ví từ người này sang người khác |
| CIP-52 | Các hướng dẫn về thực tiễn kiểm toán tốt nhất | Đề xuất | Tiêu chuẩn kiểm toán bảo mật |
| CIP-72 | Đăng ký và xác minh dApp | Đề xuất | Danh sách dApp đã được xác minh |
| CIP-80 | Xóa bỏ hỗ trợ Serialization giao dịch | Đang hoạt động | Tích hợp phiên bản |
| CIP-94 | Đoạn khảo sát SPO trên chuỗi | Động | Giao thức quản trị kho chứa tiền |
| CIP-99 | Bằng chứng về quá trình onboard | Đang hoạt động | Phương thức chứng minh KYC/AML |
| CIP-135 | Kế hoạch phục hồi sau thảm họa | Đang hoạt động | Các thủ tục khắc phục sự cố mạng |
| CIP-151 | Đăng ký kho chứa Stake trên chuỗi | Đề xuất | Đăng ký hồ sơ trên chuỗi |
Các ví dụ CIP cơ bản theo vai trò nhà phát triển
Không phải tất cả các nhà phát triển đều cần đọc tất cả các CIP. Đây là danh sách đọc dựa trên vai trò của bạn:
🎯 Nhà phát triển ví — Hãy bắt đầu với 5 điều này
| Độ ưu tiên | CIP | Lý do |
|---|---|---|
| Phải biết | CIP-30 | Hàng cầu wallet-dApp; hơn 8 ví đã thực hiện nó |
| Phải biết | CIP-1852/1854 | Cơ cấu ví HD cho nhiều tài khoản |
| Nên biết | CIP-8 | Thông lệ ký tin nhắn (COSE) |
| Nên biết | CIP-19 | Phương thức địa chỉ (bắt đầu bằng Bech32) |
| Xem | CIP-1853/1855 | Lưu trữ các khóa ẩn, tạo khóa chính sách |
🎯 Các nhà phát triển dApp — Hãy bắt đầu với 5 điều này
| Độ ưu tiên | CIP | Lý do |
|---|---|---|
| Phải biết | CIP-30 | Kết nối ví + đàm phán các mở rộng |
| Phải biết | CIP-31/32/33 | Các tính năng của Vasil: các đầu vào tham chiếu, các ngày tháng trực tiếp, các mã tham chiếu |
| Nên biết | CIP-20/83 | Thông tin cơ sở dữ liệu giao dịch (tin nhắn người dùng, được mã hóa) |
| Nên biết | CIP-68 | Thông tin dữ liệu cấu trúc cho trạng thái dApp |
| Xem | CIP-95/103/106/141 | Các mở rộng cầu ví tiền của thời kỳ Conway |
🎯 Nhà phát triển Plutus/Smart Contract — Hãy bắt đầu với 5 điều này
| Độ ưu tiên | CIP | Reason |
|---|---|---|
| Phải biết | CIP-31/32/33 | "Trio Vasil" - các đầu vào tham chiếu, các ngày tháng trong dòng, các mã lệnh tham chiếu |
| Phải biết | CIP-35 | Phân loại và phát triển của Plutus Core |
| Nên biết | CIP-40 | Kết quả phụ (thực hiện mã lệnh an toàn) |
| Nên biết | CIP-69 | Hợp nhất kiểu mã nguồn (v1/v2/v3) |
| Xem | CIP-117/121-123/127 | Trả về rõ ràng, các phép toán ByteString, RIPEMD-160 |
🎯 Các nhà điều hành Stake Pool – Hãy bắt đầu với 4 điều này
| Độ ưu tiên | CIP | Lý do |
|---|---|---|
| Phải biết | CIP-6 | Thông tin bổ sung (ticker, trang chủ, relay) |
| Phải biết | CIP-22 | Xác minh của nhà điều hành (bằng chứng trên chuỗi) |
| Nên biết | CIP-94 | Đoàn khảo sát SPO trên chuỗi (hệ thống thông báo quản trị) |
| Xem | CIP-151 | Đăng ký nhóm trên chuỗi |
🎯 Nhà sáng tạo Token/NFT – Hãy bắt đầu với 4 điều này
| Độ ưu tiên | CIP | Lý do |
|---|---|---|
| Phải biết | CIP-25 | Thông tin cơ sở dữ liệu của token truyền thông (ảnh, thuộc tính) |
| Phải biết | CIP-27 | Tiêu chuẩn phí hoa hồng — thực thi trên thị trường |
| Nên biết | CIP-68 | Thông tin dữ liệu cho logic NFT nâng cao |
| Xem | CIP-102/124 | Thu nhập từ chuỗi, dữ liệu mô tả đa ngôn ngữ |
Kiểm tra thực tế về trạng thái CIP: những gì thực sự được sử dụng?
Đây là nơi lý thuyết gặp thực tiễn. Đến tháng 8 năm 2026, danh sách CIP cho thấy khoảng:
| Tình trạng | Tính số | Được áp dụng rộng rãi | Được chấp nhận một phần | Chỉ có giấy |
|---|---|---|---|---|
| Đang hoạt động | ~55 | ~35 | ~20 | 0 |
| Đề xuất | ~45 | ~5 | ~15 | ~25 |
| Không hoạt động | ~5 | 0 | 0 | 5 |
Lời khuyên "Đề xuất ≠ Thực hiện"
Thông tin quan trọng: CIP được đề xuất có nghĩa là "thông số kỹ thuật là hợp lý và được cộng đồng chấp nhận". Điều này không có nghĩa là nó đã được triển khai, triển khai hoặc sử dụng.
Các CIP được đề xuất lâu dài (2 năm trở lên):
- CIP-4 (Wallet Checksums) — Được đề xuất từ năm 2020
- CIP-7 (Curve Pledge Benefit) — Được đề xuất từ năm 2020
- CIP-12 (SPO-Delegate Communication) — Được đề xuất từ năm 2020
- CIP-34 (Chain ID Registry) — Được đề xuất từ năm 2021
- CIP-52 (Audit Guidelines) — Được đề xuất từ năm 2022
Trong khi đó, các CIP hoạt động với việc áp dụng thực tế gồm:
- CIP-30: 8+ ví (Nami, Eternl, Flint, Lace, Yoroi, v.v.)
- CIP-31/32/33: Được thực hiện trong tất cả các công cụ Plutus chính (Aiken, Plutarch, Helios, Lucid)
- CIP-25/27: được sử dụng bởi JPG Store, CNFT.io, Tokhun
- CIP-6/22/94: tiêu chuẩn cho tất cả các pool staking đã đăng ký
- CIP-1694: hoạt động trên mainnet kể từ hard fork của Conway (2024)
Cách kiểm tra hỗ trợ trong thế giới thực
- Tài khoản/ứng dụng phi tập trung (DApps): [cardano-caniuse.io](https://www.cardano-caniuse.io/) - theo dõi hỗ trợ mở rộng CIP-30
Tư vấn phát triển Việt Nam: Các dự án ví tiền điện tử Việt Nam (nếu có) nên ưu tiên thực hiện CIP-30 + CIP-1852/1854 trước tiên – đây là nền tảng cho bất kỳ ví tiền điện tử Cardano nào.
Cách đọc và đóng góp cho CIP
CIP Document Anatomy
Mỗi CIP tuân theo cấu trúc này (được quy định bởi CIP-1):
`
CIP: 30 Tiêu đề: Cardano dApp-Wallet Web Bridge Danh mục: Ví điện tử Trạng thái: Hiện hành Các tác giả: [...] Các nhà thực hiện: [Begin, Eternl, Flint, ...] Thảo luận: [Liên kết PR]
Tóm tắt
~ 200 từ tổng quan về vấn đề và giải pháp.Động lực: Tại sao CIP này là cần thiết?
Mục tiêu của vấn đề, các trường hợp sử dụng, các bên liên quan.Thông số kỹ thuật
Chi tiết kỹ thuật - API, cấu trúc CDDL, loại dữ liệu. Cần phải chi tiết đủ cho việc triển khai độc lập.Lý do: CIP này đạt được các mục tiêu của mình như thế nào?
Quyết định thiết kế, các lựa chọn được xem xét, khả năng tương thích lùi lại.Đường dẫn đến trạng thái hoạt động
Công thức xác nhận
KPI có thể theo dõi để trở thành hoạt động.Bản kế hoạch thực hiện
Ai xây dựng gì, lịch trình, nhu cầu về hard-fork.Giấy phép
Bản tuyên bố giấy phép (CC-BY-4.0 hoặc Apache-2.0).Tìm kiếm CIP
- Trang chính thức: https://cips.cardano.org/ - có thể tìm kiếm, được phân loại
Cung cấp cho quá trình CIP
- Thảo luận trước — diễn đàn Cardano (công ty CIP), Discord
#cips, Telegram
Khoa học từ vựng tiếng Việt
| Từ tiếng Anh | Tiếng Việt | Ghi chú |
|---|---|---|
| Dự án cải tiến Cardano (CIP) | Dự án cải tiến Cardano (CIP) | Giữ nguyên viết tắt |
| Bản tuyên bố vấn đề Cardano (CPS) | Bản tuyên bố về vấn đề Cardano (CPS) | Giữ nguyên viết tắt |
| Đề xuất / Hiện hành / Không hoạt động | Đề xuất / Hoạt động / Không hoạt động | Trạng thái |
| Kết hợp hoạt động | Tương tác lẫn nhau / khả năng tương thích | Tùy theo ngữ cảnh |
| Quản trị trên chuỗi | Quản trị on-chain / Quản trị trên chuỗi | |
| UTXO | UTXO (giữ nguyên) | Các thuật ngữ kỹ thuật |
| Datum | Ngày (giữ nguyên) | Các thuật ngữ kỹ thuật |
| Cấu hình đầu vào tham chiếu | Cổng đầu vào tham chiếu | CIP-31 |
| Ngày tháng trong dòng | Ngày giờ nội tuyến | CIP-32 |
| Script tham khảo | Script tham chiếu | CIP-33 |
| Hard fork | Hard fork / Cải tiến cứng | |
| Nhân viên điều hành kho chứa (SPO) | Quản lý kho stake / SPO | |
| Người đại diện ủy quyền (DRep) | Đại diện ủy quyền / DRep | CIP-1694 |
| Ban Hiến pháp | Ban Hiến pháp | CIP-1694 |
Những câu hỏi thường gặp
1. Sự khác biệt giữa CIP và CPS là gì?
Một CIP (Cardano Improvement Proposal) đề xuất một lý do – một thay đổi tiêu chuẩn hoặc giao thức. Một CPS (Cardano Problem Statement, CIP-9999) chính thức định nghĩa một vấn đề mà không đề xuất một giải pháp. Các CIP phức tạp thường tham chiếu đến một CPS trong phần lý do của chúng.2. Tôi có cần thực hiện tất cả các CIP không?
Không. Hãy chỉ thực hiện các CIP liên quan đến lĩnh vực của bạn:- Phát triển ví → CIP-30, 1852, 1854, 8, 19
- Phát triển dApp → CIP-30, 31, 32, 33, 20, 68
- Phát triển Plutus → CIP-31, 32, 33, 35, 40, 69
- SPO → CIP-6, 22, 94
- Nhà phát hành token → CIP-25, 27, 68
3. Làm thế nào để biết ví có hỗ trợ CIP cụ thể hay không?
Xem cardano-caniuse.io — nó theo dõi các ví nào thực hiện các mở rộng CIP-30. Đối với các tiêu chuẩn không thuộc CIP-30, hãy xem GitHub hoặc tài liệu của ví.4. Có thể từ chối CIP sau khi nó trở thành hoạt động không?
Có — nó trở thành "Không hoạt động (được thay thế bởi CIP-XXXX)". Ví dụ: CIP-17 (Danh mục ủy quyền) được thay thế bởi CIP-1852/1854; CIP-58 (Các đơn vị cơ bản theo bit) được thay thế bởi CIP-121/122/123.5. CIP có tính ràng buộc pháp lý hay bắt buộc không?
Không. CIP là các tiêu chuẩn tư vấn được thúc đẩy bởi cộng đồng. Tuy nhiên, các dự án hệ sinh thái (ví như ví, dApp, indexer) không tuân thủ các CIP hoạt động liên quan có thể dẫn đến sự không tương thích. Quỹ Cardano khuyến nghị việc áp dụng nhưng không thực thi.6. Quan hệ giữa CIP-1694 và quản trị là gì?
CIP-1694 ("Một bước đầu tiên hướng tới quản trị phân tán trên chuỗi") là khung quản trị cơ sở của thời kỳ Conway. Nó giới thiệu: DReps (Đại diện ủy quyền), Ủy ban Hiến pháp, các hành động quản trị và bầu cử trên chuỗi. Các CIP sau đó (100, 108, 119, 120, 129, 136, 169, 179, 181, 190) xác định các định dạng dữ liệu mô tả cho mỗi thành phần quản trị.7. Bao nhiêu lần mới tạo CIP?
Trung tâm lưu trữ có 790+ commit với các CIP mới được đề xuất hàng tháng. Không tất cả đều đạt được trạng tháiActive - nhiều CIP bị trì hoãn ở trạng thái Proposed chờ các nhà triển khai. Xem [PR mở](https://github.com/cardano-foundation/CIPs/pulls) để xem các đề xuất hiện tại.
8. Ở đâu tôi có thể thảo luận về CIP bằng tiếng Việt?
- Telegram: Cardano Developers Vietnam, Cardano Việt Nam
- Facebook Groups: Cardano Developer Vietnam, Cộng đồng Cardano Việt Nam
Tóm tắt: Đường dẫn học tập CIP của bạn
| Nếu bạn ... | Tuần 1 | Tuần 2 | Tuần 3 | Đang diễn ra |
|---|---|---|---|---|
| Mới với Cardano | CIP-1 (quá trình), CIP-19 (địa chỉ) | CIP-30 (hàng cầu ví) | CIP-25/27 (token) | Theo dõi cips.cardano.org |
| Wallet Dev | CIP-30, 1852, 1854 | CIP-8, 19, 1853/1855 | CIP-45 (WebRTC) | cardano-caniuse.io |
| Nhà phát triển dApp | CIP-30, 31, 32, 33 | CIP-20, 68, 95 | CIP-103, 106, 141 | Lịch sử thay đổi công cụ Plutus |
| Plutus Dev | CIP-31, 32, 33, 35 | CIP-40, 69, 117 | CIP-121-123, 127, 381 | Các tài liệu của Aiken/Plutarch |
| SPO | CIP-6, 22, 94 | CIP-151 | CIP-12, 13, 45 | PoolTool/Koios |
Đọc thêm
- Trang chính thức của CIP: https://cips.cardano.org/
- Trang lưu trữ GitHub: https://github.com/cardano-foundation/CIPs
- Wiki CIP (Hướng dẫn cho người đánh giá): https://github.com/cardano-foundation/CIPs/wiki
- Đồng hồ theo dõi việc áp dụng: https://www.cardano-caniuse.io/
- Nhóm CIP trên diễn đàn Cardano: https://forum.cardano.org/c/developers/cips/122
Đã cập nhật lần cuối: 20 tháng 8 năm 2026 | Mã bài viết: 59 | Từ khóa chính: tiêu chuẩn cardano cip