Giải thích Kaspa: blockDAG, mười khối mỗi giây và cách multisig hoạt động

Hầu hết các chuỗi bằng chứng công việc tạo khối lần lượt từng khối một: một thợ đào tìm được khối, mọi người xây tiếp lên nó, và bất kỳ khối cạnh tranh nào được tìm thấy cùng lúc đều bị bỏ đi. Kaspa bắt đầu từ một câu hỏi khác: nếu các khối song song hoàn toàn không bị lãng phí thì sao?

Câu trả lời là blockDAG, và đó là lý do Kaspa có thể tạo mười khối mỗi giây mà vẫn là bằng chứng công việc. Khi SSP sắp hỗ trợ Kaspa, hãy cùng xem điều gì làm nó khác biệt và multisig hoạt động trên đó như thế nào.

Từ chuỗi đến DAG

Trên Bitcoin, nếu hai thợ đào tìm được khối gần như cùng lúc, mạng lưới tạm thời bị phân nhánh. Cuối cùng một khối thắng và khối kia trở thành khối mồ côi — công sức đằng sau nó đơn giản là mất trắng. Để khối mồ côi hiếm khi xảy ra, Bitcoin nhắm tới một khối mỗi mười phút, đủ lâu để mỗi khối lan tới toàn mạng trước khi khối tiếp theo được tìm thấy.

Kaspa loại bỏ ràng buộc đó. Mỗi khối mới có thể tham chiếu tới nhiều khối trước đó thay vì chỉ một, nên tất cả các khối được tạo song song đều trở thành một phần của sổ cái. Cấu trúc không còn là một chuỗi duy nhất mà trở thành đồ thị có hướng không chu trình — một DAG.

Tuy vậy, bản thân một DAG có một vấn đề: nếu hai khối song song chứa các giao dịch mâu thuẫn nhau, giao dịch nào được tính? Giao thức đồng thuận của Kaspa, GHOSTDAG, giải quyết điều này bằng cách sắp xếp mọi khối một cách nhất quán. Nó xác định phần đa số được kết nối tốt gồm các khối do thợ đào trung thực tạo ra và xếp mọi thứ vào một thứ tự thống nhất duy nhất, nhờ đó mọi nút đều đi tới cùng một kết luận về giao dịch nào đến trước.

Kết quả là Kaspa có thể chạy ở tốc độ mười khối mỗi giây — tốc độ kể từ bản nâng cấp Crescendo năm 2025 — mà không bị lãng phí khối mồ côi, điều vốn sẽ làm tê liệt một chuỗi ở tốc độ đó. Nó vẫn dùng bằng chứng công việc để bảo vệ sổ cái.

Điều đó có ý nghĩa gì trong thực tế

Xác nhận nhanh. Giao dịch được đưa vào khối trong khoảng một giây. Như với mọi chuỗi, độ sâu xác nhận vẫn quan trọng đối với số tiền lớn — mỗi khối được xây phía trên khiến giao dịch khó bị đảo ngược hơn — nhưng độ sâu đó tích lũy rất nhanh.
Đồng coin, không phải tài khoản. Kaspa dùng mô hình UTXO giống Bitcoin: số dư của bạn là tập hợp các đồng coin riêng lẻ, và khi chi tiêu, một số đồng được gộp lại và tiền thừa được gửi về cho bạn.
Cắt tỉa (pruning). Các nút Kaspa không lưu toàn bộ lịch sử mãi mãi; dữ liệu khối cũ bị cắt tỉa sau khoảng một ngày rưỡi. Trạng thái hiện tại luôn có thể xác minh, nhưng lịch sử giao dịch dài hạn được lưu ở các dịch vụ lập chỉ mục và trình khám phá khối thay vì ở mọi nút.
Đơn vị nhỏ. Một KAS bằng 100.000.000 sompi, đơn vị nhỏ nhất của Kaspa.

Phí được đo bằng "khối lượng" (mass)

Bitcoin định giá không gian khối theo byte. Kaspa định giá theo khối lượng (mass), vốn kết hợp nhiều loại chi phí:

Kích thước — giao dịch chiếm bao nhiêu byte.
Thao tác chữ ký — mỗi lần kiểm tra chữ ký cộng thêm một lượng cố định, nên một khoản chi multisig nặng hơn khoản chi một khóa.
Lưu trữ — một quy tắc gọi là KIP-9 khiến các giao dịch tạo ra nhiều đầu ra siêu nhỏ trở nên đắt đỏ, nhằm ngăn sổ cái bị lấp đầy bởi bụi.

Với các giao dịch gửi hằng ngày, bạn sẽ không nhận ra điều này: phí rất thấp. Nhưng nó giải thích vài đặc điểm riêng của Kaspa, chẳng hạn vì sao việc gửi một khoản tiền thừa rất nhỏ về cho chính mình có thể bị từ chối, và vì sao ví đôi khi cần gộp nhiều đồng coin nhỏ trước một khoản thanh toán lớn.

Multisig hoạt động thế nào trên Kaspa

Kaspa cố ý chỉ có ít loại địa chỉ. Địa chỉ kaspa:q được kiểm soát bởi một khóa duy nhất. Địa chỉ kaspa:p là địa chỉ pay-to-script-hash: nó cam kết với một script, và muốn chi tiêu thì phải tiết lộ script đó và đáp ứng các điều kiện của nó.

Vault multisig là một địa chỉ kaspa:p có script ghi rằng "M trong số N khóa này phải ký". Kaspa dùng chữ ký Schnorr, hỗ trợ tối đa 20 khóa mỗi script ở tầng đồng thuận và chuyển tiếp các giao dịch tiêu chuẩn có tối đa 15 khóa. Hai chi tiết khiến việc làm việc với nó dễ chịu:

Mã giao dịch không bao gồm chữ ký. Bạn biết mã cuối cùng của giao dịch trước khi bất kỳ ai ký, giúp việc phối hợp chữ ký giữa các thiết bị đơn giản hơn.
Không có lớp SegWit hay Taproot. Kaspa chỉ có ba loại đầu ra tiêu chuẩn — một khóa, biến thể ECDSA của nó và pay-to-script-hash — nên chỉ có một loại vault multisig cần làm cho đúng.

Có một điểm tinh tế quan trọng đối với bảo mật. Chữ ký Kaspa chỉ cam kết với số tiền của đầu vào cụ thể mà nó ký, chứ không phải số tiền của mọi đầu vào. Vì vậy, một ví multisig cẩn thận sẽ để mỗi bên ký tự tra cứu các đồng coin đang được chi, thay vì tin vào số tiền do một thiết bị khác cung cấp.

Kaspa trong SSP

SSP đang bổ sung Kaspa với cùng mô hình 2-trên-2 như mọi chuỗi khác: vault của bạn là một địa chỉ kaspa:p được tạo từ một khóa trong SSP Wallet và một khóa trên SSP Key, và mỗi thiết bị tự kiểm tra độc lập nội dung nó đang ký. SSP Enterprise sẽ hỗ trợ vault Kaspa với cơ chế phê duyệt M-trên-N.

Tính năng này chưa có sẵn — hỗ trợ Kaspa đang ở giai đoạn kiểm thử cuối cùng và sẽ được công bố kèm ghi chú phát hành khi ra mắt. Thư viện đứng sau nó, @runonflux/kaspa-core, đã là mã nguồn mở cho bất kỳ ai muốn đọc hoặc tái sử dụng.

Tóm tắt thẳng thắn

Kaspa lấy một ý tưởng quen thuộc — bằng chứng công việc bảo vệ một sổ cái UTXO — và loại bỏ nút thắt cổ chai "mỗi lần một khối" bằng cách cho phép các khối tạo thành một DAG. Kết quả là khối nhanh, phí dựa trên khối lượng thay vì byte, và một thiết kế multisig gọn gàng xoay quanh một loại script duy nhất.

Như với mọi chuỗi, điều giữ cho coin của bạn an toàn không phải là tốc độ tạo khối. Đó là ai kiểm soát các khóa — và với multisig, cần bao nhiêu khóa trong số đó đồng ý.