@Dusk_Foundation ‎ Hiến pháp khai sinh của một quốc gia tồn tại ngay từ khoảnh khắc quốc gia đó ra đời — không ai bỏ phiếu để “sinh ra” nó về sau; nó đơn giản là đã có từ ngày đầu tiên, và mọi thứ khác được xây dựng dựa trên nó.
‎
‎Các hợp đồng khai sinh (genesis) của Dusk hoạt động theo cách tương tự. Tài liệu kiến trúc của chính Dusk mô tả có hai loại: hợp đồng stake, theo dõi những provisioner nào đang stake, ghi nhận phần thưởng, và cho phép các hành động stake, unstake, và rút phần thưởng; và hợp đồng transfer, xử lý cả các lần chuyển Moonlight (công khai) và Phoenix (được che giấu), thanh toán gas, đồng thời đóng vai trò là điểm vào để thực thi giao dịch trực tiếp trên DuskDS.
‎
‎Vai trò nền tảng này còn lan rộng hơn chỉ riêng DuskDS, dù cơ chế cụ thể khác nhau theo từng lớp. DuskEVM, theo tài liệu riêng của Dusk, chuyển DUSK để trả gas thông qua bridge của nó sang Dusk's L1, cuối cùng được “settle” trở lại về DuskDS — một lộ trình liên quan nhưng khác với vai trò trực tiếp của hợp đồng transfer trong các giao dịch native trên DuskDS. Cả hai con đường đều quay về cùng một lớp nền tảng; chúng không phải là cùng một cơ chế. #dusk
‎
‎Tự phê bình: phép so sánh với hiến pháp có một giới hạn thực sự đáng gọi tên. Hiến pháp của một quốc gia có thể được sửa đổi một cách chính thức theo một quy trình xác định. Điều tôi chưa tìm thấy được là liệu các hợp đồng khai sinh của Dusk có tuân theo một “lộ trình sửa đổi” tương đương, rõ ràng hay không, hoặc liệu “genesis” ở đây về mặt chức năng chỉ có nghĩa là vĩnh viễn theo thiết kế — một câu hỏi về quản trị (governance) thực sự, vì giờ đây phần lớn lớp chồng đa tầng (multilayer stack) đang mở rộng của Dusk phụ thuộc vào việc hai hợp đồng này luôn đúng. $DUSK
‎
‎DUSK nên được đánh giá dựa trên việc liệu sự mơ hồ đó có được làm rõ trước khi cần cập nhật các hợp đồng này trong bối cảnh chịu áp lực thực tế hay không, chứ không phải sau khi đã xảy ra.
‎
‎
#dusk $DUSK @Dusk