Zilliqa (ZIL) là một blockchain lớp 1 cạnh tranh với Bitcoin và Ethereum. Mạng Zilliqa sử dụng cơ chế Sharding để nâng cao khả năng mở rộng và phân cấp của mạng. Trong câu chuyện này, tôi sẽ giải thích 8 điều bạn biết rõ hơn về dự án này.

1. 1/5
8 Điều Bạn Cần Biết Về Zilliqa (ZIL)
blogtienso.net/8-dieu-ban-can-biet-ve-zilliqa-zil
Zilliqa
Zilliqa (ZIL) là một blockchain lớp 1 cạnh tranh với Bitcoin và Ethereum. Mạng Zilliqa sử
dụng cơ chế Sharding để nâng cao khả năng mở rộng và phân cấp của mạng. Trong câu
chuyện này, tôi sẽ giải thích 8 điều bạn biết rõ hơn về dự án này. Để biết thêm thông tin,
bạn cũng có thể kiểm tra tài liệu chính thức của dự án tại đây.
Loại Nodes
Có các loại nút khác nhau trong chuỗi khối Zilliqa:

2. 2/5
DS (Directory Service): là các nút chịu trách nhiệm tổng hợp các macroblock
phân đoạn và tạo thành khối giao dịch. Họ cũng chịu trách nhiệm tạo khối DS vào
đầu mỗi kỷ nguyên DS. Ủy ban DS sẽ chọn các nút này và chúng duy trì tương đối ổn
định trong một số kỷ nguyên. Các nút DS nhận phần thưởng của họ bằng mã thông
báo ZIL.
Shard Nodes (Các Nút Phân Đoạn): là các nút chịu trách nhiệm đề xuất và xác
thực các giao dịch ở cấp phân đoạn. Tại mỗi kỷ nguyên, ủy ban DS chỉ định các nút
cho các phân đoạn khác nhau. Mỗi phân đoạn xử lý một tập hợp con các giao
dịch. Các nút Shard nhận được phần thưởng của họ bằng mã thông báo ZIL.
Lookup Nodes (Nút Tra Cứu): là các nút đầy đủ chịu trách nhiệm lưu dữ liệu
blockchain và phân phối các giao dịch. Các nút này là các thực thể chịu trách nhiệm
giữ cho chuỗi khối được cập nhật. Họ cũng là cầu nối giữa ủy ban DS, DS Nodes và
Shard Nodes.
Seed Nodes (Các Nút Seed): giống như các nút tra cứu, nhưng chúng không chịu
trách nhiệm phân phối bất kỳ giao dịch nào cho các thực thể khác nhau. Họ gói các
giao dịch đến và gửi chúng đến các nút Tra cứu để xử lý thêm.
Staked Seed Nodes (SSN): giống như Seed Nodes, nhưng chúng cũng nhận được
phần thưởng đặt cọc cho những nỗ lực của họ. Phần thưởng được trả cho các nút này
bằng mã thông báo ZIL.
Sharding Mechanism
Trong chuỗi khối Zilliqa, Sharding xảy ra ở ba lớp khác nhau:

3. 3/5
Network Sharding: các nút của mạng được chia thành các phân đoạn khác
nhau. Sau đó, mỗi phân đoạn sẽ chịu trách nhiệm xử lý một tập hợp con các giao dịch
đến. Ví dụ: nếu có 1000 nút, thì với phân đoạn mạng, Zilliqa có thể chia chúng thành
10 mảnh khác nhau. Trong trường hợp này, mạng có thể được mở rộng gấp 10 lần để
xử lý nhiều giao dịch hơn.
Transaction Sharding: các giao dịch đến được phân chia giữa các phân đoạn khác
nhau. Sau đó, mỗi phân đoạn sẽ xử lý giao dịch và gửi nó trở lại các nút chịu trách
nhiệm để đóng gói. Tùy thuộc vào loại giao dịch (thanh toán, gọi hợp đồng thông
minh, v.v.), các chiến lược chuyển nhượng khác nhau. Nói chung, các nút phân đoạn
chịu trách nhiệm xử lý thanh toán và các giao dịch hợp đồng thông minh đơn giản,
trong khi ủy ban DS xử lý các hoạt động thực thi chuỗi hợp đồng thông minh.
Computational Sharding: ý tưởng ở đây là phân chia sức mạnh tính toán để xử lý
các giao dịch giữa các nút. Thật không may, không có tài liệu nào về chi tiết của cơ
chế này.
Sharding mạng là mô-đun quan trọng nhất trong danh sách này bởi vì sharding giao dịch
và tính toán được xây dựng dựa trên nó.
Cơ Chế Đồng Thuận
Zilliqa blockchain có một ủy ban DS và n phân đoạn. Ủy ban có thể được coi là một nhóm
siêu phụ trách việc đưa ra các quyết định quan trọng. Shards chịu trách nhiệm xử lý các
giao dịch và cam kết chúng với mạng. Mỗi phân đoạn có 1 nút lãnh đạo và k nút tham gia
(dự phòng).
Cơ chế đồng thuận ở cấp phân đoạn dựa trên mô hình Practical Byzantine Fault Tolerance
(pBFT) thực tế nổi tiếng.
Đây là bản tóm tắt của pBFT này:
1. Giai đoạn chuẩn bị trước: người lãnh đạo chuẩn bị một khối ứng viên và gửi nó
đến tất cả các nút khác trong phân đoạn. Tin nhắn được gửi với một mẫu “tin nhắn
chuẩn bị trước”.
2. Giai đoạn chuẩn bị: khi nhận được thông báo chuẩn bị trước, nút xác nhận nó và
gửi nó đến tất cả các nút khác. Tin nhắn được gửi với mẫu “chuẩn bị tin nhắn”.
3. Giai đoạn cam kết: khi 2/3 số nút nhận được thông điệp đã chuẩn bị, một “thông
báo cam kết” sẽ được gửi đến tất cả các nút khác. Sau khi nhận được thông báo cam
kết từ phần lớn các nút, trạng thái mới sẽ được cập nhật bởi mỗi nút.
Schnorr Signatures
Schnorr Signatures được sử dụng trong các mô-đun khác nhau của chuỗi khối Zilliqa:
Giao thức đồng thuận.
Ký tin nhắn.
Bất cứ nơi nào cần chữ ký trong giao thức.

4. 4/5
Các chữ ký này đang sử dụng Thuật toán Schnorr Signatures dựa trên Signature Algorithm
(EC-Schnorr) làm thuật toán ký cơ sở.
So với các mô hình chữ ký khác như ECDSA, Schnorr Signatures có một số ưu điểm:
Cho phép nhiều chữ ký.
Nhanh hơn ECDSA.
Có kích thước chữ ký nhỏ hơn (64 byte).
Sử dụng Schnorr Signatures, đối thủ sẽ khó có thể tạo ra một chữ ký mới cho cùng một
thông điệp hợp lệ với khóa công khai tương ứng. Hơn nữa, kích thước chữ ký được giảm
xuống khi yêu cầu nhiều chữ ký trên một thư. Cuối cùng, Elliptic Curve Schnorr nhanh hơn
ECDSA vì thứ hai yêu cầu tính toán mô đun nghịch đảo một số lớn. Tuy nhiên, không cần
đảo ngược trong Elliptic Curve Schnorr.
Cơ Chế Khen Thưởng
Các nút tham gia mạng sẽ nhận được phần thưởng vào cuối mỗi kỷ nguyên bằng mã thông
báo ZIL. Mô hình phần thưởng như sau:
Phần thưởng cơ bản (20%): được phân phối cho tất cả các nút xác thực DS và
Shard.
Phần thưởng Cosignature Base (40%): được phân phối dựa trên số lượng chữ ký
hợp lệ và được chấp nhận (2/3 người ký đầu tiên trong một phân đoạn) được gửi bởi
một nút trong kỷ nguyên TX trong khi thực hiện đồng thuận pBFT.
Nút hạt giống cổ phần (40%): được phân phối giữa các nút SSN.
Tất cả phần thưởng được tổng hợp trong toàn bộ kỷ nguyên DS và chỉ được phân phối trong
kỷ nguyên trống (tức là kỷ nguyên giao dịch cuối cùng cho kỷ nguyên DS).
Smart Contract Layer
Zilliqa sử dụng ngôn ngữ lập trình gọi là Scilla cho các Hợp Đồng Thông Minh. Scilla là viết
tắt của Smart Contract Inter Instant Level Language. Nó có một số tính năng độc đáo làm
cho nó trở thành một lựa chọn rất an toàn để phát triển các hợp đồng thông minh.
Sử dụng Scilla, Tính toán và logic Giao tiếp có thể được tách biệt bên trong hợp đồng thông
minh. Trong các tính toán hợp đồng được tách biệt như các giao dịch nguyên tử độc
lập. Sau đó, nếu cần liên lạc với các bên khác, một kênh chuyên dụng để gửi và nhận tin
nhắn sẽ được mở. Về mặt Tính toán, cũng có một mức độ phân tách khác giữa hiệu quả (tức
là đọc / ghi vào các trường hợp đồng) và thuần túy (ví dụ: biểu thức với kiểu dữ liệu và bản
đồ nguyên thủy). Để đạt được điều này, các nguyên tắc lập trình chức năng được sử dụng
trong Scilla.
Gas Accounting

5. 5/5
Để xử lý mỗi giao dịch trên chuỗi khối Zilliqa, người dùng cần gửi một số khí làm phí giao
dịch. Đây là một biện pháp bảo mật để đảm bảo rằng hệ thống mạng sẽ không bùng nổ tin
nhắn rác. Nó cũng đảm bảo rằng các thợ đào sẽ nhận được các ưu đãi bằng mã thông báo
ZIL.
Giao thức Zilliqa duy trì giá khí tối thiểu toàn cầu mà tất cả các thợ đào sẽ chấp nhận. Giá
khí đốt tối thiểu toàn cầu hiện tại là 0,002 ZIL. Giao thức chạy một thuật toán tự động để
điều chỉnh giá này liên tục. Thuật toán tính đến:
1. Giá Gas trước đó trong vài kỷ nguyên trước.
2. Giá khí đốt tối thiểu mà mỗi người khai thác sẵn sàng chấp nhận cho kỷ nguyên hiện
tại.
3. Nghẽn mạng.
Về cơ bản có hai loại giao dịch trong mạng.
Giao dịch thanh toán: Mỗi giao dịch thanh toán tiêu thụ 50 đơn vị gas và do đó,
lượng gas phải trả cho một giao dịch thanh toán là 0,1 ZIL.
Giao dịch hợp đồng thông minh : phụ thuộc vào mức độ phức tạp của các hoạt
động và các bước liên quan. Scilla đi kèm với một mô-đun kế toán khí được tích hợp
sẵn để theo dõi lượng khí tiêu thụ khi trình thông dịch của Scilla thực hiện hợp đồng.
Zilliqa Trên Social Media
Để cập nhật những tin tức và bài viết mới nhất về dự án Zilliqa, bạn có thể kiểm tra các nền
tảng sau: Twitter – Reddit – Discord – Instagram – Facebook – Linkedin – YouTube –
Blog – Telegram.
Tuyên Bố Từ Chố Trách Nhiệm: Thông tin được cung cấp trong bài viết này chỉ nhằm
mục đích hướng dẫn và cung cấp thông tin chung. Nội dung của bài viết này không được
coi là tư vấn đầu tư, kinh doanh, pháp lý hoặc thuế trong bất kỳ trường hợp nào. Chúng
tôi không chịu bất kỳ trách nhiệm nào đối với các quyết định cá nhân được đưa ra dựa
trên bài viết này và chúng tôi đặc biệt khuyến khích bạn tự nghiên cứu trước khi thực hiện
bất kỳ hành động nào. Mặc dù đã cố gắng hết sức để đảm bảo rằng tất cả thông tin được
cung cấp ở đây là chính xác và cập nhật, nhưng có thể xảy ra thiếu sót, sai sót hoặc nhầm
lẫn.