🎄Chúc Miden-mas vui vẻ đến thế giới ZK 🎄 @0xMiden Hôm nay, tôi sẽ nói về lý do tại sao Polygon Miden lại cố gắng đạt được cả ‘mở rộng’ và ‘riêng tư’ cùng một lúc. Ethereum có cấu trúc là một trạng thái toàn cầu khổng lồ mà mọi người đều cập nhật theo thứ tự, vì vậy khi nhiều người dùng hoạt động cùng một lúc, sẽ không tránh khỏi tình trạng tắc nghẽn, và do tất cả giao dịch đều được công khai để xác minh, nên tính riêng tư cũng yếu về mặt cấu trúc. Miden ở đây hoàn toàn chọn một hướng đi khác. Điểm mấu chốt là mô hình diễn viên. Mỗi tài khoản hoạt động như một máy trạng thái độc lập, và giao dịch được thực hiện trên thiết bị của người dùng chứ không phải trên mạng. Chỉ có ZK Proof về kết quả thực thi được đưa lên chuỗi. Ý nghĩa của cấu trúc này khá lớn. - Giao dịch được xử lý song song tại địa phương → mở rộng - Chỉ công khai những cam kết cần thiết trên chuỗi → tính riêng tư là mặc định - Token cũng không phải do hợp đồng trung tâm nắm giữ mà mỗi tài khoản trực tiếp sở hữu → giảm tắc nghẽn Có thể chọn sử dụng tài khoản công khai và tài khoản riêng tư một cách chọn lọc, và điều thú vị là DEX như Uniswap cũng có thể thiết kế để kết hợp xử lý công khai và xử lý song song tại địa phương. Nếu Ethereum là một máy tính thế giới khổng lồ, thì Miden gần giống với cấu trúc mà nhiều chương trình nhỏ quản lý trạng thái của riêng mình và giao tiếp với nhau. Liệu một tương lai mà mọi hồ sơ tài chính đều được công khai vĩnh viễn có phải là điều hiển nhiên không. Thông điệp của Dominik Schmid rất rõ ràng. Tính riêng tư không phải là một tùy chọn thêm vào sau này, mà phải được đưa vào thiết kế ngay từ đầu. Cá nhân tôi thấy Miden là một trường hợp giải quyết ZK không phải như một công nghệ mà là như một cấu trúc hệ thống, vì vậy tôi nghĩ rằng nó đáng để theo dõi trong tương lai.

Sau khi đọc bài viết của 효진햄, tôi đã hiểu ngay tại sao cấu trúc của @0xMiden lại khác biệt. Trong Bitcoin hay Ethereum, chỉ cần gửi sai một ký tự trong địa chỉ là sẽ bị đốt vĩnh viễn. Không có cách nào để khôi phục. Tuy nhiên, Miden có cấu trúc khác. Tài sản không di chuyển ngay từ Tài khoản này sang Tài khoản khác, mà thay vào đó, nó tạo ra một Note ở giữa để chuyển giao, vì vậy nếu bên nhận chưa tiêu thụ Note, bên gửi có thể thu hồi (recall). Đó không phải là một trải nghiệm người dùng (UX) mà một sai lầm có thể dẫn đến một tai nạn nghiêm trọng, mà là một thiết kế có cấu trúc để để lại khả năng phục hồi. Những chi tiết như vậy tạo cảm giác rằng đây là một chuỗi được thiết kế với sự chú ý đến việc onboard từ người dùng thông thường đến doanh nghiệp và game thủ ngay từ đầu.