Zooko Wilcox cho biết nguồn cung Zcash (ZEC) có thể xác minh: Cách Ironwood ngăn chặn lạm phát bí mật
2026/08/02 13:00:00
Nâng cấp Ironwood của Zcash đã thay đổi cuộc tranh luận về việc liệu nguồn cung ZEC có còn có thể xác minh được sau khi phát hiện lỗ hổng nghiêm trọng trong hồ sơ ẩn Orchard đã ngừng hoạt động. Mặc dù không có bằng chứng nào cho thấy việc khai thác trên mạng chính, các biện pháp bảo vệ quyền riêng tư của Orchard ngăn các nhà điều tra chứng minh một cách kết luận rằng các ghi chú giả mạo chưa bao giờ được tạo ra. Zooko Wilcox, đồng sáng lập Zcash, cho biết người dùng hiện có thể xác minh nguồn cung được tính toán bởi giao thức một cách độc lập. Bằng cách biến Orchard thành chỉ xuất, theo dõi số dư hồ sơ và định tuyến các khoản rút thông qua Zcash turnstile, Ironwood ngăn chặn giá trị vượt mức giả định lưu thông hoặc thoát ra khỏi nền kinh tế Zcash rộng lớn hơn. Tuy nhiên, bản nâng cấp này củng cố tính toàn vẹn của nguồn cung ZEC hiện tại mà không chứng minh được rằng lỗ hổng Orchard chưa từng bị khai thác.
Zooko Wilcox cho biết nguồn cung Zcash có thể được xác minh tại chỗ
Người đồng sáng lập Zcash, Zooko Wilcox, cho biết người dùng có thể tự xác minh nguồn cung ZEC trên máy tính cục bộ sau khi nâng cấp mạng Ironwood, được kích hoạt vào ngày 28 tháng 7 năm 2026. Trong một bài đăng ngày 29 tháng 7 trên X, ông báo cáo rằng một nút mạng được đồng bộ hoàn toàn đã hiển thị bản ghi nguồn cung chuỗi là 16.848.458 ZEC, tương đương khoảng 80,23% mức tối đa cố định 21 triệu ZEC của Zcash. Con số này không cố định vì phần thưởng khai thác vẫn tiếp tục thêm ZEC mới theo lịch phát hành của giao thức.
Ironwood đã làm cho hồ ẩn danh Orchard chỉ cho phép rút tiền, ngăn chặn các khoản nạp mới và các giao dịch thông thường trong hồ. Các khoản tiền rời khỏi Orchard phải đi qua cơ chế kế toán ở cấp giao thức, giới hạn số tiền rút ra bằng số ZEC đã được nạp một cách có thể xác minh. Bằng cách chạy một nút mạng Zcash được đồng bộ đầy đủ và sử dụng RPC getblockchaininfo, người dùng có thể kiểm tra các trường chainSupply và valuePools mà không cần phụ thuộc vào các nhà phát triển, sàn giao dịch hoặc nhà thám hiểm khối bên thứ ba.
Nguồn cung chuỗi do nút mạng báo cáo có thể khác với ước tính nguồn cung lưu thông trên thị trường vì việc kế toán giao thức có thể bao gồm ZEC đã phát hành được giữ trong các hồ sơ bị hạn chế hoặc hoãn lại, trong khi các nhà cung cấp dữ liệu có thể loại bỏ các tài sản mà họ cho là không khả dụng để giao dịch. Con số của Wilcox do đó nên được hiểu là một bản sao blockchain có thể xác minh tại địa phương, chứ không phải số tiền ZEC đang lưu thông tích cực trên thị trường.
Cách Ironwood và Zcash Turnstile chặn bí mật lạm phát ZEC
Nâng cấp Ironwood của Zcash giải quyết một điểm yếu cụ thể do thiết kế Orchard trước đây tạo ra: một ghi chú giả mạo về mặt lý thuyết có thể tồn tại và tiếp tục được chuyển giao riêng tư bên trong hồ bảo vệ, ngay cả khi mạng lưới ngăn chặn giá trị vượt mức đi vào hồ khác. Ironwood giải quyết vấn đề này bằng cách kết hợp các hạn chế nghiêm ngặt đối với hoạt động Orchard với các quy tắc kế toán công khai của Zcash turnstile. Kết quả là một ranh giới giao thức ngăn chặn ZEC giả mạo về mặt lý thuyết vẫn duy trì hoạt động kinh tế bên trong Orchard hoặc xâm nhập vào nền kinh tế Zcash rộng lớn hơn.
Ironwood biến hồ được bảo vệ bởi Orchard thành hệ thống chỉ cho phép rút tiền
Trước khi Ironwood, Orchard hoạt động như một hồ chứa được bảo vệ tích cực, nơi người dùng có thể nhận tiền, thực hiện các giao dịch riêng tư và chuyển giá trị mà không tiết lộ số tiền hay địa chỉ cụ thể. Sự riêng tư này phụ thuộc vào độ an toàn của zero-knowledge circuit của Orchard, sau đó được phát hiện có một yếu tố bị ràng buộc không đầy đủ, có thể lý thuyết chấp nhận các tờ tiền giả là hợp lệ. Ironwood thay đổi vai trò của Orchard ở cấp độ đồng thuận thay vì chỉ dựa vào mạch đã được sửa chữa. Giá trị mới không thể nữa nhập vào hồ cũ, phần thưởng coinbase không thể tạo đầu ra Orchard, và các giao dịch thông thường giữa các địa chỉ bên trong Orchard bị vô hiệu hóa. Những người sở hữu hợp lệ vẫn có thể di chuyển số tiền của họ ra ngoài, bao gồm cả các giao dịch yêu cầu thay đổi tự hướng, nhưng Orchard không thể nữa hoạt động như một nền kinh tế riêng tư độc lập nơi ZEC luân chuyển liên tục giữa các người dùng khác nhau. Hoạt động được bảo vệ mới sẽ được định hướng vào hồ Ironwood riêng biệt, cho phép số dư còn lại của Orchard giảm dần theo thời gian trong khi ngăn chặn thêm tiền hoặc ZEC mới được phát hành nhập vào hệ thống đã ngừng hoạt động.
Cách Zcash Turnstile giới hạn các lần rút Orchard
Bộ quay Zcash là một cơ chế kế toán trên chuỗi theo dõi tổng giá trị đi vào và ra khỏi mỗi hồ được bảo vệ mà không tiết lộ các giao dịch riêng tư diễn ra bên trong nó. Các số dư, địa chỉ và chuyển khoản Orchard cá nhân vẫn được ẩn, nhưng các chuyển động qua ranh giới hồ tạo ra những thay đổi có thể xác minh công khai về tổng giá trị của nó.
Mỗi nút mạng đầy đủ duy trì cân bằng giá trị chuỗi này và từ chối khối nếu một giao dịch cố gắng rút nhiều ZEC hơn từ Orchard so với số tiền hợp lệ đã được nạp vào thông qua các khoản nạp được ghi lại và các luồng được giao thức ủy quyền. Cửa xoay không cần xác định những ghi chú nào là hợp lệ hoặc giả mạo. Thay vào đó, nó thực thi mức giới hạn rút tích lũy cho toàn bộ hồ sơ. Nếu ZEC giả mạo giả định đã được tạo ra thông qua lỗ hổng Orchard trước đó, giá trị thừa đó sẽ không có khoản nạp tương ứng trong hồ sơ kế toán công khai và do đó không thể được chuyển vào Ironwood, Sapling hoặc hồ sơ minh bạch sau khi đạt đến hạn mức rút hợp lệ. Sự phân biệt này quan trọng vì cửa xoay đã tồn tại trước Ironwood, nhưng người dùng Orchard trước đây có thể tiếp tục chuyển ghi chú một cách riêng tư trong hồ sơ. Ironwood đóng con đường lưu thông nội bộ đó, biến cửa xoay thành con đường duy nhất có ý nghĩa kinh tế.
Tại sao Ironwood không yêu cầu mọi chủ sở hữu Orchard phải chuyển đổi
Sự bảo vệ chống lại lạm phát ZEC bí mật không phụ thuộc vào việc mọi số dư Orchard hợp lệ đều chuyển sang Ironwood. Một khi các hạn chế đồng thuận mới được kích hoạt, Orchard không còn có thể chấp nhận nạp hoặc hỗ trợ các giao dịch thông thường giữa các người dùng khác nhau, trong khi lối ra duy nhất của nó vẫn bị giới hạn bởi hạn mức rút đã xác minh của turnstile. Bất kỳ ZEC nào không bao giờ được di chuyển — dù vì mất khóa riêng, ví bị bỏ quên, tiền dùng để thử nghiệm hoặc số dư bụi không kinh tế — sẽ vẫn bị cô lập trong một hồ không thể mở rộng hoặc hoạt động như một mạng thanh toán tích cực. Vì lý do này, việc di chuyển từ Orchard sang Ironwood có thể không bao giờ đạt đến 100% thực sự, nhưng một sự di chuyển không hoàn chỉnh không cho phép giá trị dư thừa lưu thông. Tiến độ di chuyển vẫn có thể cung cấp bằng chứng hữu ích về lỗ hổng trước đó: một dòng chảy liên tục các khoản rút hợp lệ mà turnstile chưa đạt đến giới hạn sẽ củng cố đánh giá rằng việc làm giả quy mô lớn có lẽ đã không xảy ra. Nếu các yêu cầu rút cuối cùng vượt quá tổng số tiền nạp đã xác minh trong hồ, mạng lưới sẽ từ chối phần dư thừa và phơi bày một sự bất nhất có thể đo lường được. Bằng chứng đó sẽ quan trọng, nhưng nó tách biệt với sự bảo vệ nguồn cung ngay lập tức được tạo ra khi Orchard trở thành chỉ có lối ra.
Ironwood tạo ra một hồ được bảo vệ riêng biệt và được hạch toán độc lập
Ironwood không kế thừa trạng thái nội bộ hoặc lịch sử ghi chú ẩn của Orchard. Nó được khởi tạo như một hồ bảo vệ riêng biệt với cân bằng giá trị chuỗi, cây cam kết ghi chú, tập hợp nullifier và lịch sử giao dịch riêng, tạo ra ranh giới kế toán rõ ràng giữa hệ thống đã ngừng hoạt động và các hoạt động ZEC riêng tư trong tương lai. Các khoản tiền nhập vào Ironwood phải đến thông qua giao dịch được ủy quyền bởi sự đồng thuận, với giá trị được phản ánh trong kế toán hồ công khai, ngăn chặn giá trị Orchard chưa được xác minh lặng lẽ được chuyển tiếp. Hồ mới sử dụng mạch dựa trên Orchard đã được sửa đổi cùng với phân tích bảo mật bổ sung và xác minh hình thức tập trung vào tính toàn vẹn của cân bằng. Thiết kế phân lớp này có nghĩa là mạng Zcash không phụ thuộc hoàn toàn vào các giả định về việc lỗi trước đó có bị khai thác hay không. Thay vào đó, Ironwood hạn chế hồ cũ, áp dụng kế toán tích lũy cho mọi lần rút và ghi lại giá trị bảo vệ mới trong một hệ thống được giám sát riêng biệt. Theo các quy tắc đồng thuận của mạng và các giả định mật mã đã nêu, các ghi chú Orchard giả mạo giả định không thể trở thành ZEC có thể chi tiêu một cách bí mật ở nơi khác — đây là cơ chế cốt lõi giúp Ironwood bảo vệ tính toàn vẹn của nguồn cung ZEC.
Điều Ironwood chứng minh về lỗi Orchard, việc di chuyển ZEC và các rủi ro còn tồn tại
Ironwood cung cấp một cam kết hướng tới tương lai về tính toàn vẹn nguồn cung Zcash, nhưng nó không tái tạo lại retroactively mọi giao dịch Orchard riêng tư hoặc xác định chắc chắn rằng lỗ hổng trước đó chưa từng bị khai thác. Việc hiểu rõ sự phân biệt này là thiết yếu khi đánh giá lỗi Orchard, mục đích của việc di chuyển ZEC và các biện pháp bảo mật được giới thiệu thông qua xác minh hình thức. Kết luận chính xác nhất là Ironwood ngăn chặn bất kỳ giá trị Orchard vượt mức giả định nào vẫn tồn tại trong nền kinh tế Zcash có thể sử dụng, trong khi câu hỏi lịch sử về việc liệu các tờ tiền giả có được tạo ra trước khi khắc phục vẫn chưa được giải quyết.
Lỗi Zcash Orchard có từng bị khai thác không?
Hiện chưa có bằng chứng nào được biết đến cho thấy lỗ hổng Orchard đã bị khai thác trên mạng chính Zcash, và các tổ chức tham gia điều tra cho rằng việc khai thác trước đó dường như là không khả thi. Nhà nghiên cứu bảo mật Taylor Hornby đã chứng minh rằng lỗ hổng là có thật bằng cách tạo ra một exploit hoạt động trong môi trường regtest cục bộ, nhưng một thử nghiệm thành công không chứng minh được rằng một bên khác đã phát hiện hoặc sử dụng cùng phương pháp này để tấn công mạng trực tuyến. Các nhà phát triển không ghi nhận bất kỳ trường hợp nào tạo giá trị trái phép, tổn thất người dùng hoặc xâm phạm quyền riêng tư nào liên quan đến lỗ hổng này. Hoạt động Orchard được quan sát cũng không cho thấy các khoản rút tiền dữ dội thường đi kèm với các vụ khai thác tiền điện tử, nơi kẻ tấn công cố gắng chuyển đổi tài sản giả mạo thành giá trị thanh khoản trước khi lỗ hổng được vá. Những quan sát này hỗ trợ đánh giá rằng việc khai thác có lẽ đã không xảy ra, nhưng chúng vẫn chỉ là bằng chứng gián tiếp chứ không phải bằng chứng mật mã. Vì Orchard ẩn số tiền giao dịch, người gửi, người nhận và mối quan hệ giữa các ghi chú riêng tư, các nhà điều tra không thể tái tạo toàn bộ lịch sử kinh tế nội bộ của nó và xác định một cách chắc chắn liệu kẻ tấn công có đã tạo ra các ghi chú giả mạo chưa từng được rút hoặc chuyển hóa công khai hay không.
Điều mà Việc Xác minh Hình thức của Ironwood Thực sự Chứng minh
Dự án Tachyon đã công bố xác minh hình thức được kiểm tra bởi máy móc về tính toàn vẹn số dư của Ironwood vào ngày 28 tháng 7 năm 2026. Công trình này chứa hơn 2.700 định lý Lean và yêu cầu ba nhóm nghiên cứu viên và các chuyên gia mật mã làm việc trong hơn một tháng. Nó xem xét liệu hệ thống bằng chứng và các quy tắc sổ cái của Ironwood có thực thi các điều kiện cần thiết để ngăn chặn việc làm giả không thể phát hiện hay không. Điều này bao gồm việc chứng minh rằng các giao dịch hợp lệ tương ứng với các ghi chú đã được tạo trước đó, giá trị vẫn nằm trong phạm vi cho phép, các bộ hủy bỏ ngăn chặn việc chi tiêu lặp lại cùng một ghi chú và các đầu vào và đầu ra ẩn được cân bằng với giá trị công khai được khai báo đi vào hoặc rời khỏi hồ bơi. Việc xác minh cũng phân tích tính vững chắc về tri thức của hệ thống bằng chứng không tri thức của Ironwood, kết nối các bằng chứng được chấp nhận với các chứng cứ nền tảng hợp lệ dưới các giả định mật mã đã nêu. Điều này mạnh mẽ hơn đáng kể so với một cuộc đánh giá phần mềm thông thường, vì các thuộc tính bảo mật được biểu diễn một cách toán học và được kiểm tra bởi một trợ lý chứng minh, thay vì chỉ dựa vào việc kiểm tra bằng con người hoặc một tập hợp hạn chế các trường hợp kiểm thử.
Tuy nhiên, xác minh hình thức nên được mô tả theo phạm vi thực tế của nó. Công việc đã hoàn thành tập trung vào tính toàn vẹn của số dư và khả năng chống làm giả, chứ không phải mọi thuộc tính có thể có của mạng Zcash. Nó không chứng minh các đảm bảo về quyền riêng tư của Ironwood, không loại bỏ các lỗi vận hành trong ví hay khẳng định rằng tất cả phần mềm tương lai sẽ không có lỗi triển khai. Chứng minh này cũng dựa trên các giả định mật mã được công nhận liên quan đến logarithm rời rạc, mô hình oracle ngẫu nhiên và tính không thể giả mạo chữ ký. Dự án Tachyon lập luận rằng các lệch lạc trong triển khai so với trình xác minh đã được phân tích hình thức sẽ để lại bằng chứng có thể phát lại công khai vì các chứng minh được chấp nhận được ghi lại trên blockchain, nhưng điều này không có nghĩa là mọi rủi ro bảo mật đã biến mất. Tính năng ZIP 2005 của Ironwood cũng cần được mô tả cẩn thận: nó tạo ra các bản ghi ghi chú có thể phục hồi lượng tử nhằm hỗ trợ việc khôi phục tài sản trong tương lai nếu mật mã hiện tại bị suy yếu, nhưng nó không khiến Zcash hoàn toàn chống lại máy tính lượng tử ngay hôm nay.
Điều mà Việc Di Chuyển Từ Orchard Sang Ironwood Có Thể Tiết Lộ
Hoạt động di chuyển có thể cung cấp thêm bằng chứng về việc lỗ hổng Orchard có bị khai thác hay không, dù không thể đưa ra câu trả lời lịch sử hoàn hảo. Khoảng 176.000 ZEC, tương đương khoảng 81 triệu USD vào thời điểm đó, đã nhập vào Ironwood trong ngày đầu tiên, bằng khoảng 5% số dư của Orchard tại thời điểm kích hoạt. Việc rút tiền liên tục bởi những chủ sở hữu hợp lệ làm giảm số tiền còn lại trong Orchard và kiểm tra xem các yêu cầu được công nhận có thể được xử lý mà không gây xung đột kế toán hay không. Nếu các số dư lớn di chuyển thành công theo thời gian và không có nỗ lực nào vượt quá khả năng rút tiền được phép của quỹ, thì sự tin tưởng rằng việc làm giả quy mô lớn đã không xảy ra sẽ tăng lên. Ngược lại, nếu các yêu cầu rút tiền có vẻ hợp lệ cuối cùng vượt quá số tiền sẵn có theo giới hạn kế toán của Orchard, phần vượt quá bị từ chối sẽ cung cấp bằng chứng có thể quan sát công khai rằng đã tồn tại nhiều yêu cầu riêng tư hơn so với số tiền nạp hợp lệ có thể hỗ trợ.
Quá trình di chuyển không thể chứng minh một cách chắc chắn rằng mọi ghi chú Orchard đều hợp lệ vì một số số dư nhỏ có thể sẽ không bao giờ được chuyển. Khóa riêng có thể bị mất, ví có thể bị bỏ quên và các số dư rất nhỏ có thể vẫn không đáng để chuyển. Một kẻ tấn công giả định cũng có thể để nguyên các ghi chú giả mạo thay vì mạo hiểm tiết lộ sự bất nhất. Do đó, dữ liệu di chuyển nên được xem là một nguồn bằng chứng đang phát triển, thay vì một quá trình đếm ngược đến một thời điểm duy nhất khi sự không chắc chắn lịch sử biến mất. Các bài viết nên tránh khẳng định rằng cộng đồng Zcash sẽ có một phán quyết rõ ràng khi việc di chuyển đạt 100%, vì việc di chuyển hoàn toàn có thể không bao giờ xảy ra. Cách diễn giải hợp lý hơn là việc di chuyển có trật tự có thể thu hẹp sự không chắc chắn thực tế và củng cố niềm tin vào các số dư Orchard hợp lệ mà không cần viết lại lịch sử giao dịch riêng của hồ sơ.
Các rủi ro còn lại đối với người nắm giữ Orchard và người dùng ví
Rủi ro lý thuyết nghiêm trọng còn lại liên quan đến khả năng khôi phục số dư Orchard hợp lệ nếu việc làm giả xảy ra trước khi lỗ hổng được sửa. Shielded Labs cho rằng kịch bản này ít có khả năng xảy ra, nhưng nếu các khoản tiền giả tồn tại và được rút ra trước khi người dùng hợp lệ thực hiện, các chủ sở hữu sau này có thể cuối cùng gặp phải giới hạn rút tiền của hồ sơ. Giao thức không thể phân biệt được một ghi chú giả mạo với một ghi chú hợp lệ dựa trên lịch sử sở hữu, kể cả khi cả hai đều đã được chấp nhận dưới mạch dễ bị tổn thương trước đây; nó chỉ có thể thực thi tổng số tiền được phép rút ra. Hiện tại không có bằng chứng nào cho thấy các chủ sở hữu Orchard đang đối mặt với kết quả này, và hoạt động di chuyển sớm cũng không xác định được sự thiếu hụt kế toán. Tuy nhiên, việc mô tả rủi ro nhỏ này là cần thiết vì “không có bằng chứng về khai thác” và “bằng chứng chứng minh rằng khai thác chưa bao giờ xảy ra” là hai kết luận khác biệt về mặt bản chất.
Người dùng cũng đối mặt với các rủi ro di chuyển thực tế liên quan đến tính tương thích ví, khả năng sẵn có của dịch vụ và quyền riêng tư. Một ví phải hỗ trợ các quy tắc mạng Ironwood và quá trình di chuyển từ Orchard sang Ironwood trước khi có thể chuyển tiền một cách an toàn. Các sàn giao dịch, tổ chức lưu ký và nhà cung cấp ví có thể tạm ngừng nạp hoặc rút ZEC trong khi nâng cấp hạ tầng, điều này có thể khiến số dư tạm thời không thể truy cập mà không báo hiệu rằng tiền đã bị mất. Việc di chuyển cũng làm lộ số tiền và thời điểm giá trị chuyển giữa các hồ, dù hoạt động giao dịch được bảo vệ bên trong mỗi hồ vẫn giữ riêng tư. Một dịch vụ ví từ xa có thể liên kết yêu cầu di chuyển với địa chỉ IP của người dùng, tạo ra rủi ro quyền riêng tư ở cấp độ mạng. Người dùng nên xác minh sự hỗ trợ chính thức từ ví, bảo vệ thông tin khôi phục, lưu trữ bản sao lưu an toàn và cân nhắc sử dụng các công cụ mạng bảo vệ quyền riêng tư như Tor hoặc Nym nếu được hỗ trợ. Ironwood tăng cường đáng kể tính toàn vẹn nguồn cung ZEC, nhưng việc di chuyển an toàn vẫn phụ thuộc vào phần mềm ví đáng tin cậy, hành vi cẩn trọng của người dùng và sự hỗ trợ minh bạch từ hệ sinh thái Zcash rộng lớn hơn.
Kết luận
Phát biểu của Zooko Wilcox rằng nguồn cung Zcash đã có thể xác minh được phản ánh kết quả quan trọng nhất của bản nâng cấp Ironwood: người dùng không còn cần phải hoàn toàn dựa vào lời đảm bảo của nhà phát triển hoặc chờ đợi mọi số dư Orchard được chuyển đổi trước khi đánh giá tính vững chắc của nguồn ZEC có thể sử dụng. Ironwood tạo ra một hồ được bảo vệ sạch sẽ, cô lập sự không chắc chắn liên quan đến Orchard và áp dụng các quy tắc đồng thuận nhằm ngăn chặn giá trị giả định vượt mức tiếp tục hoạt động như ZEC lưu thông. Các thuộc tính toàn vẹn số dư được xác minh chính thức cung cấp thêm sự đảm bảo rằng hồ mới được thiết kế để ngăn chặn lỗ hổng làm giả không thể phát hiện được phát hiện trong Orchard.
Kết luận chính xác không phải là Ironwood chứng minh lỗ hổng Orchard chưa bao giờ bị khai thác. Việc khai thác trong quá khứ vẫn chưa được xác định, mặc dù hiện tại không có bằng chứng nào cho thấy ZEC giả đã được tạo ra trên mainnet. Điều Ironwood chứng minh là bất kỳ giá trị Orchard vượt mức giả định nào cũng không thể tiếp tục lưu thông bí mật hoặc di chuyển tự do vào phần còn lại của hệ sinh thái Zcash. Dữ liệu di chuyển có thể dần tăng cường niềm tin vào các số dư hợp lệ, nhưng khả năng tương thích ví, rủi ro phơi bày quyền riêng tư và nguy cơ phục hồi lý thuyết đối với các khoản rút Orchard muộn vẫn cần được quan tâm. Đối với người nắm giữ ZEC, bản nâng cấp này đại diện cho một bước cải tiến lớn trong khả năng xác minh nguồn cung, đồng thời cũng chứng minh tại sao ngôn ngữ chính xác, xác minh độc lập và các thực hành bảo mật cẩn trọng vẫn là điều thiết yếu trong các hệ thống tiền điện tử tập trung vào quyền riêng tư.
|
KuCoin đang kỷ niệm 9 năm thành lập với một chiến dịch đặc biệt trên nền tảng, đầy những phần thưởng độc quyền, các hoạt động giao dịch và ưu đãi có thời hạn. Đừng bỏ lỡ cơ hội tham gia và tận hưởng những lợi ích khi sàn giao dịch đánh dấu chín năm phát triển và đổi mới. Truy cập trang chiến dịch chính thức ngay bây giờ:
|
Câu hỏi thường gặp
Ironwood có phải là một token Zcash mới hay một loại tiền điện tử riêng biệt?
Ironwood là một hồ sơ giá được bảo vệ mới được giới thiệu thông qua nâng cấp mạng Zcash NU6.3, không phải là một loại tiền điện tử, blockchain hoặc token thay thế riêng biệt. ZEC vẫn là tài sản bản địa của mạng Zcash, và mã ticker, chính sách tiền tệ cũng như các quy tắc sở hữu của nó không thay đổi. Người nắm giữ không cần phải đổi ZEC lấy “token Ironwood”, yêu cầu airdrop hoặc gửi tiền vào hợp đồng token. Bất kỳ trang web hoặc tài khoản mạng xã hội nào cung cấp chuyển đổi coin Ironwood đặc biệt đều nên được xử lý cẩn trọng, vì việc di chuyển hợp lệ xảy ra thông qua phần mềm ví Zcash tương thích.
Ai là những người nắm giữ ZEC cần hoàn thành việc di chuyển từ Orchard sang Ironwood?
Việc di chuyển chỉ liên quan đến những người dùng đang giữ ZEC trong hồ bảo vệ Orchard đã ngừng hoạt động. ZEC được giữ trong hồ minh bạch, Sapling, tài khoản nền tảng quản lý hoặc ví đã sử dụng Ironwood không cần thực hiện quy trình di chuyển Orchard tương tự. Người dùng tự quản lý nên kiểm tra phân tích số dư ở cấp hồ của ví trước khi thực hiện hành động, vì một ví duy nhất có thể chứa tiền trong nhiều hồ giá trị Zcash khác nhau. Các khoản tiền trong Orchard vẫn được liên kết với chủ sở hữu hợp lệ của chúng, nhưng ví được cập nhật phải hỗ trợ giao dịch di chuyển trước khi những khoản tiền đó có thể được chuyển vào Ironwood.
Người dùng nền tảng có quyền quản lý có cần di chuyển ZEC thủ công không?
Người dùng nắm giữ ZEC thông qua nền tảng giao dịch tập trung hoặc bên giữ tài sản thường không tự thực hiện việc chuyển đổi kỹ thuật từ Orchard sang Ironwood vì dịch vụ kiểm soát cơ sở hạ tầng ví cơ bản. Nhà cung cấp chịu trách nhiệm cập nhật các nút mạng, phần mềm ví và hệ thống nạp hoặc rút tiền. Tuy nhiên, người dùng nên kiểm tra trạng thái mạng Zcash hiện tại của nền tảng trước khi chuyển tiền, vì việc nạp và rút có thể bị tạm ngừng trong quá trình nâng cấp cơ sở hạ tầng. Việc tạm dừng dịch vụ không tự động cho thấy tiền bị mất, nhưng người dùng nên chờ xác nhận chính thức rằng các giao dịch Ironwood đã được hỗ trợ trước khi thực hiện rút tiền.
Có giới hạn thời gian nào để chuyển ZEC ra khỏi Orchard không?
Thiết kế Ironwood không áp đặt một thời hạn chung tự động thu hồi hoặc hết hạn các số dư Orchard hợp lệ. Việc di chuyển là tự nguyện và có thể kéo dài trong một khoảng thời gian dài do các nhà cung cấp ví, tổ chức lưu ký và cá nhân nắm giữ sẽ di chuyển với tốc độ khác nhau. Một số quỹ có thể được giữ lại vĩnh viễn vì chìa khóa riêng của chúng đã bị mất hoặc số dư quá nhỏ để chuyển một cách kinh tế. Tuy nhiên, Orchard không còn là điểm đến hiện tại cho các hoạt động ẩn danh bình thường, do đó những người nắm giữ muốn sử dụng quỹ của mình nên cuối cùng di chuyển thông qua phần mềm ví được hỗ trợ, thay vì giả định rằng mọi ví cũ đều sẽ tiếp tục hoạt động vĩnh viễn.
Làm thế nào người dùng có thể kiểm tra xem ví Zcash có hỗ trợ Ironwood hay không?
Người dùng nên xem xét các ghi chú phát hành chính thức hoặc tài liệu hỗ trợ của nhà phát triển ví để tìm các tham chiếu rõ ràng đến NU6.3, Ironwood hoặc hỗ trợ di chuyển ZIP 318 Orchard. Ví nên được tải về hoặc cập nhật chỉ thông qua trang web đã xác minh, danh mục chính thức trên cửa hàng ứng dụng hoặc kho phần mềm đã xác thực. Phiên bản tương thích có thể hiển thị số dư Orchard và Ironwood riêng biệt hoặc cung cấp tùy chọn di chuyển tích hợp. Trước khi chuyển ZEC, người dùng nên xác minh rằng cụm từ khôi phục hoặc bản sao lưu ví của họ an toàn và cân nhắc thử quy trình này với số dư nhỏ hơn khi có thể. Các địa chỉ Zcash hiện tại có thể vẫn sử dụng được, nhưng việc định tuyến chính xác vào Ironwood phụ thuộc vào việc triển khai ví đã được cập nhật.
Ironwood có thay đổi số dư ZEC trong suốt hoặc Sapling không?
Không. Transparent, Sapling, Orchard và Ironwood là các hồ sơ giá trị riêng biệt trong cùng một blockchain Zcash, và bản nâng cấp Ironwood không tự động chuyển đổi hoặc vô hiệu hóa ZEC được giữ trong các hồ sơ khác. Số dư Transparent tiếp tục hoạt động với các chi tiết giao dịch có thể xem công khai, trong khi Sapling vẫn là tùy chọn ẩn cũ hơn. Tuy nhiên, hỗ trợ ví và dịch vụ có thể khác nhau giữa các hồ sơ, vì vậy người dùng nên xác minh xem phần mềm họ chọn hỗ trợ các loại giao dịch nào. Việc chuyển ZEC từ hồ sơ này sang hồ sơ khác là một giao dịch trên blockchain chứ không phải là sự thay đổi trong tài sản cơ bản.
Thông báo miễn trừ trách nhiệm: Bài viết này chỉ mang tính chất thông tin và không cấu thành lời khuyên tài chính hay đầu tư. Giá tiền điện tử biến động mạnh, vì vậy người đọc nên xác minh dữ liệu hiện tại và thực hiện nghiên cứu độc lập trước khi đưa ra quyết định tài chính.
Tuyên bố từ chối trách nhiệm: Trang này được dịch bằng công nghệ AI để thuận tiện cho bạn. Để biết thông tin chính xác nhất, hãy tham khảo bản gốc tiếng Anh.