8 Điều Bạn Cần Biết Về Zilliqa ZIL

1. 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: 1/5

2. 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: 2/5

3. 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. 3/5

4. 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 4/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. 5/5