Zcash là một mạng lưới tiền điện tử proof-of-work, và ZEC là tài sản gốc của nó. Nó hỗ trợ hoạt động minh bạch và chuyển tiền được che chắn có thể che giấu chi tiết giao dịch được chọn khi sử dụng ví và nhóm địa chỉ tương thích.
Sử dụng trang này để đánh giá xem Zcash có phù hợp với nhu cầu thanh toán hoặc quyền riêng tư hay không, sau đó xem xét khả năng tương thích của người nhận, hành vi phí hiện tại, chính sách xác nhận và giới hạn của hoạt động được che chắn.
Trang này là tài liệu tham khảo giáo dục về mạng lưới và thị trường. Nó không đảm bảo quyền riêng tư giao dịch, khả năng tương thích ví, hỗ trợ sàn giao dịch hoặc kết quả đầu tư.
ZEC/USDT · Binance Spot · UTC
Phạm vi dài tự động sử dụng khoảng thời gian nến tương thích.
Dữ liệu nến Binance Spot lịch sử có sẵn. Cần JavaScript để cập nhật nến hiện tại.
| Thời gian (UTC) | Mở (USDT) | Cao (USDT) | Thấp (USDT) | Đóng (USDT) | Khối lượng (ZEC) |
|---|---|---|---|---|---|
| Aug 26, 2026 14:00:00 UTC | 773,53 USDT | 778,44 USDT | 767,16 USDT | 768,20 USDT | 3.122,50 ZEC |
| Aug 26, 2026 13:00:00 UTC | 781,08 USDT | 783,81 USDT | 759,60 USDT | 773,53 USDT | 14.138,19 ZEC |
| Aug 26, 2026 12:00:00 UTC | 783,54 USDT | 792,22 USDT | 779,25 USDT | 781,08 USDT | 4.795,17 ZEC |
| Aug 26, 2026 11:00:00 UTC | 792,35 USDT | 795,76 USDT | 781,38 USDT | 783,51 USDT | 3.855,39 ZEC |
| Aug 26, 2026 10:00:00 UTC | 785,07 USDT | 795,46 USDT | 783,78 USDT | 792,30 USDT | 4.234,71 ZEC |
Dữ liệu thị trường: Binance Spot ZEC/USDT
Thư viện biểu đồ: TradingView Lightweight Charts
Zcash hỗ trợ cả luồng giao dịch minh bạch và được che chắn.
Một giao thức hỗ trợ che chắn không làm cho mọi giao dịch ZEC trở nên riêng tư.
Zcash chỉ hữu ích khi ví, người nhận và đường dẫn giao dịch được chọn hỗ trợ quyền riêng tư và khả năng tương thích mà bạn thực sự cần.
Chuyển tiền được che chắn tùy chọn, thanh toán nhạy cảm về quyền riêng tư hoặc tiết lộ có chọn lọc có liên quan, và mọi người tham gia sử dụng phần mềm Zcash tương thích.
Sở hữu ZEC hoặc sử dụng mạng lưới Zcash không tự động ẩn giao dịch. Nhóm nguồn, người nhận đích và đường dẫn do ví xây dựng xác định những gì được bảo vệ.
Ví, sàn giao dịch và dịch vụ thanh toán hỗ trợ các loại người nhận và nhóm khác nhau. Một địa chỉ Zcash hợp lệ vẫn có thể không sử dụng được trong một luồng dịch vụ cụ thể.
Xác minh loại người nhận, hỗ trợ ví, đường dẫn giao dịch đã chọn, phí hiển thị và chính sách xác nhận của dịch vụ người nhận trước khi ủy quyền thanh toán.
Một ZEC bằng 100.000.000 zatoshis; độ chính xác hiển thị của ví không làm thay đổi số tiền cơ bản.
Đơn vị cơ sở hiển thị cho ví
Đơn vị kế toán nhỏ nhất của ZEC
Zatoshis cung cấp đơn vị kế toán số nguyên được sử dụng khi phần mềm biểu thị số tiền và phí ZEC. Bản thân mệnh giá không tiết lộ liệu giá trị có được giữ trong pool minh bạch hay pool bảo vệ hay không.
0,01 ZEC bằng 1.000.000 zatoshis.
Mệnh giá tiền tách biệt với việc chuyển tiền sử dụng pool minh bạch hay pool bảo vệ.
Phí giao dịch Zcash được trả bằng ZEC và được biểu thị bằng zatoshis. Hướng dẫn phí thông thường hiện tại sử dụng công việc logic được thực hiện bởi một giao dịch thay vì một mức phí cố định phổ quát cho mọi chuyển tiền.
Theo quy tắc phí thông thường ZIP 317 đang hoạt động, ví đếm các hành động logic được đóng góp bởi đầu vào và đầu ra minh bạch cũng như chi tiêu và đầu ra bảo vệ. Mức phí biên là 5.000 zatoshis được áp dụng với hai hành động miễn trừ, giữ cho một giao dịch thông thường tối thiểu ở mức 10.000 zatoshis trong khi cho phép các cấu trúc phức tạp hơn tốn nhiều phí hơn.
Việc xây dựng giao dịch bảo vệ có thể bao gồm phần đệm để giảm rò rỉ thông tin từ các hình dạng bất thường. Phần đệm đó và hoạt động xuyên pool có thể ảnh hưởng đến số lượng hành động, vì vậy hai khoản thanh toán có cùng số tiền ZEC có thể nhận được phí tính toán khác nhau từ ví. Phí thông thường là hướng dẫn chính sách của ví, không phải là tuyên bố rằng đồng thuận yêu cầu mọi giao dịch phải sử dụng một mức phí chính xác.
Một giao dịch tối thiểu trong hai hành động miễn trừ có phí thông thường là 10.000 zatoshis, tương đương 0,0001 ZEC. Một giao dịch có nhiều hành động logic hơn có thể có khuyến nghị cao hơn.
Sử dụng phí hiển thị bởi một ví hiện tại, đáng tin cậy. Không mã hóa cứng giả định phí cố định cũ hoặc tự chọn một mức phí bất thường mà không hiểu rõ tác động về quyền riêng tư và chuyển tiếp của nó.
Một giao dịch Zcash có thể kết hợp đầu vào hoặc đầu ra minh bạch với các hành động bảo vệ Sapling hoặc Orchard. Quyền riêng tư kết quả phụ thuộc vào đường dẫn hoàn chỉnh được ví chọn.
Hoạt động minh bạch tiết lộ địa chỉ công khai và giá trị của nó. Bảo vệ di chuyển giá trị từ nguồn minh bạch vào pool bảo vệ; tiết lộ làm lộ phía đích minh bạch; và chuyển tiền được bảo vệ hoàn toàn bảo vệ các địa chỉ và trường số tiền bảo vệ liên quan khỏi sự kiểm tra công khai thông thường. Các giao dịch xuyên pool có thể bao gồm nhiều hơn một giao thức chuyển tiền, vì vậy ví phải giải thích những gì được bảo vệ thay vì coi mọi giao dịch có bằng chứng là tương đương.
Ghi chú nguồn, receiver đích, xử lý tiền thừa và hỗ trợ của ví xác định thành phần minh bạch hoặc bảo vệ nào được xây dựng.
Một bằng chứng không kiến thức xác thực các thành phần được bảo vệ mà không tiết lộ các giá trị được bảo vệ của chúng, nhưng nó không che giấu các thành phần minh bạch hoặc siêu dữ liệu được thu thập bên ngoài giao thức.
Zcash hỗ trợ các receiver trong suốt (transparent), Sapling và Orchard. Một Unified Address có thể mã hóa nhiều receiver để ví gửi có thể chọn giao thức chuyển tiền được hỗ trợ tốt nhất.
| Loại địa chỉ | Tiền tố phổ biến | Pool | Sử dụng điển hình | Lưu ý tương thích |
|---|---|---|---|---|
| Người nhận minh bạch | t1 hoặc t3 | Trong suốt | Chuyển tiền công khai và tích hợp di sản rộng rãi | Địa chỉ và giá trị chuyển là công khai |
| Bộ thu Sapling | zs | Bể bảo mật Sapling | Thanh toán được bảo vệ trong các ví tương thích | Hỗ trợ Sapling trực tiếp khác nhau tùy theo ví và dịch vụ |
| Bộ thu Orchard | Bên trong một Địa chỉ Hợp nhất | Bể bảo mật Orchard | Thanh toán được bảo vệ hiện tại thông qua các ví tương thích | Không có mã hóa địa chỉ Orchard độc lập cho người dùng |
| Địa chỉ Hợp nhất | u | Vùng chứa bộ thu | Một mã hóa địa chỉ có thể mang các loại receiver được hỗ trợ | Ví gửi chọn một receiver tương thích; quyền riêng tư không được đảm bảo |
Unified Address là một container địa chỉ, không phải bằng chứng rằng giao dịch cuối cùng được bảo vệ. Người gửi giải mã các receiver có sẵn và chọn một receiver mà họ hỗ trợ; do đó, chính sách ví và dịch vụ nhận vẫn là một phần của kết quả quyền riêng tư. Viewing keys là các thông tin nhạy cảm riêng biệt có thể tiết lộ hoạt động được bảo vệ cho mục đích kế toán hoặc tiết lộ có chọn lọc mà không cấp quyền chi tiêu.
Xác nhận receiver mà ví gửi sẽ sử dụng, đặc biệt khi Unified Address bao gồm nhiều hơn một tùy chọn.
Một ví hoặc sàn giao dịch có thể hỗ trợ nạp transparent nhưng không hỗ trợ Sapling, Orchard hoặc mọi dạng Unified Address.
Xác nhận đầu tiên ghi lại một giao dịch trong một khối được chấp nhận. Độ sâu bổ sung làm giảm rủi ro tổ chức lại theo chính sách của ví hoặc dịch vụ, nhưng không thay đổi quyền riêng tư của giao dịch đã được thiết lập bởi đường đi của nó.
Giao dịch được ví hoặc dịch vụ nhìn thấy nhưng chưa được đưa vào một khối được chấp nhận.
Giao dịch được đưa vào một khối Zcash được chấp nhận, trong khi rủi ro tổ chức lại vẫn phụ thuộc vào chính sách.
Mỗi khối được chấp nhận sau đó làm giảm khả năng tổ chức lại; độ sâu yêu cầu khác nhau tùy theo ví, merchant và sàn giao dịch.
Ví có thể chờ đợi số xác nhận hoặc điều kiện tin cậy được cấu hình trước khi cho phép chi tiêu output nhận được.
Ví có thể hiển thị số tiền đến trước khi coi output đó là có thể chi tiêu. Sự khác biệt phụ thuộc vào việc đưa vào khối, độ sâu xác nhận, việc ví có coi nguồn là đáng tin cậy hay không, và chính sách rủi ro của chính nó. Hướng dẫn ví chính thức có thể khuyến nghị một ngưỡng xác nhận, nhưng khuyến nghị đó là chính sách vận hành chứ không phải một quy tắc đồng thuận duy nhất cho mọi merchant, sàn giao dịch và ví.
Giao diện nên phân biệt một khoản thanh toán được phát hiện với một số dư đã xác nhận, được chính sách chấp thuận và có thể chi tiêu.
Độ sâu xác nhận giải quyết rủi ro đảo ngược. Lựa chọn receiver và đường đi giao dịch giải quyết việc tiết lộ thông tin.
Thiết kế hai đường đi bảo tồn hành vi thanh toán công khai quen thuộc trong khi cung cấp tính bảo mật trên chuỗi mạnh hơn thông qua các giao thức shielded.
Hoạt động Zcash minh bạch hoạt động giống như một khoản thanh toán UTXO thông thường: địa chỉ và giá trị chuyển đều hiển thị trên chuỗi công khai. Điều này giúp việc kiểm tra cơ bản, nạp tiền từ sàn giao dịch và tích hợp dễ dàng hơn cho các dịch vụ xây dựng dựa trên hồ sơ giao dịch công khai. Điều đó cũng có nghĩa là các giao dịch chuyển tiền đó không nhận được sự bảo vệ về địa chỉ và số tiền như một đường dẫn được che chắn hoàn toàn.
Các nhóm thanh toán được che chắn cho phép các nút xác minh giao dịch hợp lệ mà không công bố người gửi, người nhận và số tiền được bảo vệ theo cùng một cách. Điều này thay đổi những gì một người quan sát chuỗi thông thường có thể biết, nhưng nó không xóa bỏ sự tồn tại của giao dịch, phí của nó hoặc mọi manh mối được tạo ra bởi thời gian, các bên đối tác và quy trình xung quanh.
Hỗ trợ cả hai mô hình giúp Zcash tương tác với phần mềm có khả năng khác nhau, nhưng nó chuyển một quyết định quan trọng vào ví. Ví phải nhận ra người nhận, chọn một giao thức chuyển tiền được hỗ trợ và giải thích khi nào giá trị chuyển giữa các nhóm minh bạch và được che chắn. Một màn hình gửi tiền quen thuộc là không đủ nếu nó che giấu đường dẫn nào sẽ được sử dụng.
Sự phù hợp hữu ích phụ thuộc vào hỗ trợ che chắn có chủ đích, một đường dẫn người nhận khả thi và một chính sách vận hành chấp nhận các kiểm tra tương thích cụ thể của Zcash.
Zcash có thể phù hợp khi cả hai bên cố ý hỗ trợ người nhận được che chắn và người gửi có thể xác minh đường dẫn trước khi ký.
Lưu ý: Xác nhận phiên bản ví, loại người nhận, phí và hỗ trợ người nhận; việc chuyển sang hoạt động minh bạch sẽ thay đổi mô hình tiết lộ.
Khả năng xem có thể hỗ trợ đối chiếu hoặc báo cáo mà không trao quyền chi tiêu khi quy trình được thiết kế cho mục đích đó.
Lưu ý: Xác định ai có quyền truy cập xem, nó tiết lộ điều gì và cách lưu trữ và thu hồi vật liệu khóa về mặt vận hành.
Một ứng dụng có thể sử dụng Zcash tốt khi nó xử lý rõ ràng Địa chỉ Thống nhất, người nhận được che chắn, phí và trạng thái xác nhận.
Lưu ý: Kiểm tra mọi nhóm và đường di chuyển được hỗ trợ thay vì giả định rằng hỗ trợ ví tiền điện tử chung là đủ.
Hỗ trợ cho người nhận được che chắn và các thành phần Địa chỉ Thống nhất khác nhau giữa các dịch vụ, vì vậy một đường dẫn bảo mật quyền riêng tư có thể không khả dụng ở mọi nơi.
So sánh: Sử dụng một kênh thanh toán được hỗ trợ rõ ràng bởi mọi bên đối tác bắt buộc, sau đó so sánh các đánh đổi tiết lộ của nó.
Zcash cho phép hoạt động minh bạch và chuyển đổi nhóm hỗn hợp. Giao thức không thể biến người nhận không được hỗ trợ hoặc đích đến minh bạch thành một khoản thanh toán được che chắn hoàn toàn.
So sánh: Đánh giá các thiết kế bảo mật theo mặc định nếu việc chọn đường dẫn tùy chọn là không thể chấp nhận, đồng thời xem xét các giới hạn tương thích của chính chúng.
Trang này mô tả Zcash như một mạng thanh toán và quyền riêng tư, không phải là sự thay thế cho một môi trường ứng dụng kiểu EVM chung.
So sánh: Đánh giá một nền tảng hợp đồng thông minh khi trạng thái ứng dụng có thể lập trình là yêu cầu trung tâm.
Các giao thức được che chắn bảo vệ các trường cụ thể trên chuỗi; chúng không phải là lời hứa về ẩn danh hoạt động hoàn toàn.
Trong một giao dịch chuyển tiền được che chắn, giao thức được thiết kế để giữ các địa chỉ và giá trị được bảo vệ khỏi sự kiểm tra công khai thông thường trong khi vẫn cho phép mạng từ chối các khoản chi tiêu không hợp lệ. Các đầu vào hoặc đầu ra minh bạch vẫn công khai, và việc chuyển giá trị vào hoặc ra khỏi một nhóm được che chắn có thể tiết lộ khía cạnh minh bạch của đường dẫn đó. Do đó, quyền riêng tư phụ thuộc vào toàn bộ giao dịch, không chỉ đơn giản là liệu một người nhận được che chắn có xuất hiện trong đó hay không.
Hành vi của ví quan trọng vì ví chọn ghi chú, người nhận, xử lý tiền thừa và giao thức chuyển tiền. Một Địa chỉ Thống nhất có thể chứa nhiều hơn một loại người nhận, và ví gửi chọn một loại mà nó hỗ trợ. Điều này cải thiện khả năng tương thích, nhưng nó không đảm bảo rằng khoản thanh toán cuối cùng sử dụng người nhận được che chắn Orchard hoặc Sapling.
Khóa xem cung cấp quyền truy cập đọc có kiểm soát mà không cấp quyền chi tiêu. Chúng có thể hỗ trợ kế toán, báo cáo hoặc tiết lộ có chọn lọc khi ví và quy trình kinh doanh xử lý chúng đúng cách. Chúng vẫn nên được bảo vệ như thông tin nhạy cảm vì người nắm giữ có thể biết chi tiết giao dịch không công khai trên chuỗi.
Quyền riêng tư của mạng cũng không che giấu thông tin được thu thập ở nơi khác. Một sàn giao dịch, thương gia hoặc bên đối tác có thể biết danh tính tài khoản, địa chỉ IP, chi tiết giao hàng hoặc mối quan hệ thời gian. Nhiều xác nhận hơn có thể giảm rủi ro đảo ngược, nhưng chúng không che giấu thông tin đã hiển thị trong một đường dẫn minh bạch hoặc đã được chia sẻ với một dịch vụ.
Sự khác biệt hữu ích không phải là mạng nào tốt hơn về mặt phổ quát, mà là liệu tính minh bạch, che chắn tùy chọn hay hành vi bảo mật theo mặc định có phù hợp với quy trình dự định hay không.
| Mạng | Mô hình giao dịch | Hành vi địa chỉ | Đồng thuận | Sự phù hợp điển hình | Đánh đổi vận hành |
|---|---|---|---|---|---|
| Zcash | Các đường dẫn minh bạch, che chắn, che chắn và khử che chắn cùng tồn tại. | Người nhận minh bạch, Sapling và Orchard có thể được biểu diễn thông qua các định dạng địa chỉ tương thích, bao gồm Địa chỉ Thống nhất. | Bằng chứng công việc. | Quy trình làm việc cố tình chọn hỗ trợ ẩn danh hoặc tiết lộ có chọn lọc. | Khả năng tương thích của người nhận, nhóm và dịch vụ phải được kiểm tra. |
| Bitcoin | Đầu vào và đầu ra của giao dịch có thể được kiểm tra công khai. | Các định dạng địa chỉ xác định các đích đến script được hỗ trợ, không phải là một nhóm ẩn danh. | Bằng chứng công việc. | Thanh toán và quyết toán công khai UTXO được hỗ trợ rộng rãi. | Đồ thị giao dịch công khai yêu cầu các biện pháp bảo mật riêng biệt. |
| Monero | Các tính năng bảo mật của giao thức áp dụng cho các chuyển khoản thông thường theo mặc định. | Địa chỉ ví được xây dựng xung quanh hành vi giao dịch riêng tư thay vì người nhận minh bạch tùy chọn. | Bằng chứng công việc. | Người dùng muốn có hành vi riêng tư mà không cần chọn đường dẫn minh bạch hoặc ẩn danh. | Hỗ trợ dịch vụ, phương pháp kiểm toán và công cụ vận hành khác với hệ thống UTXO minh bạch. |
Hầu hết các lỗi đến từ việc coi khả năng của mạng là thuộc tính tự động của mọi ví, địa chỉ và giao dịch.
Sửa: Zcash hỗ trợ các đường dẫn minh bạch và ẩn danh. Chỉ các trường được bảo vệ bởi các giao thức chuyển khoản ẩn danh đã chọn mới nhận được các thuộc tính bảo mật trên chuỗi đó.
Tại sao điều này quan trọng: Người gửi hoặc người nhận minh bạch có thể tiết lộ địa chỉ và giá trị mà không thể ẩn sau này bằng cách chờ thêm các khối.
Sửa: Địa chỉ hợp nhất là một vùng chứa cho các loại người nhận tương thích. Ví gửi chọn một người nhận mà nó hỗ trợ theo tiêu chuẩn áp dụng và khả năng của nó.
Tại sao điều này quan trọng: Đường dẫn cuối cùng có thể khác nhau giữa các ví, vì vậy người gửi phải xác minh người nhận hiển thị và kết quả bảo mật.
Sửa: Xác nhận tăng độ sâu sau khi khối được thêm vào và giảm rủi ro tổ chức lại theo chính sách. Chúng không viết lại dữ liệu giao dịch đã tiết lộ trước đó.
Tại sao điều này quan trọng: Bảo mật chống đảo ngược và bảo mật thông tin là các thuộc tính riêng biệt và cần kiểm tra riêng biệt.
Sửa: Hỗ trợ khác nhau tùy theo sản phẩm, phiên bản và chính sách dịch vụ. Một người nhận hợp lệ theo giao thức vẫn có thể bị từ chối bởi một giao diện cụ thể.
Tại sao điều này quan trọng: Quy trình gửi hoặc nạp tiền nên được kiểm tra trước khi chuyển khoản nhạy cảm về thời gian hoặc giá trị cao.
Sửa: Hướng dẫn phí thông thường hiện tại tính đến các hành động logic và bao gồm các hành động ân hạn. Ví có thể tính phí thông thường khác nhau cho các giao dịch được xây dựng khác nhau.
Tại sao điều này quan trọng: Việc mã hóa cứng một số tiền cố định cũ có thể đánh giá thấp phí do ví chọn và có thể tạo ra hành vi phí bất thường.
Sửa: Các giao thức ẩn danh bảo vệ các trường trên chuỗi được xác định, không phải thông tin được thu thập bởi thiết bị, mạng, sàn giao dịch, người bán hoặc đối tác.
Tại sao điều này quan trọng: Bảo mật hoạt động vẫn phụ thuộc vào kết nối ví, danh tính tài khoản, thời gian và những gì được chia sẻ bên ngoài chuỗi.
Các kiểm tra thực tế khác nhau đối với người thực hiện một khoản thanh toán, nhóm ví, dịch vụ chấp nhận tiền gửi hoặc tổ chức sử dụng tiết lộ có chọn lọc.
Trước khi gửi, xác định xem đích đến là minh bạch, Sapling, Orchard hay Địa chỉ hợp nhất và đọc bản xem trước ví cho đường dẫn chuyển khoản thực tế. Số dư ZEC một mình không nói gì về hỗ trợ người nhận hoặc những gì giao dịch sẽ tiết lộ.
Ví cần phân tích các định dạng địa chỉ hiện tại, chọn đúng người nhận, tính phí thông thường hiện hành và phân biệt số dư đã nhận với số dư có thể chi tiêu. Thông báo lỗi cần giải thích các đường dẫn không được hỗ trợ thay vì âm thầm chuyển sang chế độ dự phòng.
Dịch vụ cần nêu rõ loại địa chỉ người nhận mà họ chấp nhận, liệu họ có thể trả lại tiền đến địa chỉ shielded hay không và số lần xác nhận mà chính sách rủi ro của họ yêu cầu. Hoạt động nạp tiền cũng cần có đường dẫn khôi phục cho các địa chỉ không được hỗ trợ hoặc khả năng chi tiêu bị trì hoãn.
Tiết lộ có chọn lọc có thể hỗ trợ đối chiếu hoặc báo cáo mà không cấp quyền chi tiêu, nhưng dữ liệu xem có thể tiết lộ hoạt động được bảo vệ cho người nắm giữ. Các quy trình truy cập, lưu trữ, chuyển giao và xử lý sự cố cần được xác định trước khi chia sẻ.
Ảnh chụp nhanh là dữ liệu ZEC/USD tổng hợp của CoinGecko. Biểu đồ là dữ liệu Binance Spot ZEC/USDT. USD và USDT là các tài sản định giá khác nhau, vì vậy giá trị hiển thị có thể khác nhau.
Các tiêu chuẩn kỹ thuật chính được sử dụng để xem xét giao dịch, người nhận, phí và giải thích ví trên trang này.
Các câu hỏi vận hành bổ sung không được trả lời trong các phần giao dịch và người nhận chính.
Khóa xem có thể cung cấp quyền truy cập đọc đối với hoạt động shielded được hỗ trợ mà không cấp khả năng chi tiêu. Tổ chức vẫn cần một chính sách về quyền truy cập, lưu trữ và phạm vi tiết lộ chính xác.
Ví có thể phát hiện một giao dịch đến trước khi giao dịch đó đạt đến độ sâu xác nhận hoặc chính sách tin cậy cần thiết để chi tiêu. Giao diện nên phân biệt số dư đã phát hiện, đã xác nhận và có thể chi tiêu.
Điều này phụ thuộc vào nội dung của Unified Address và ví gửi. Ví có thể chọn một receiver minh bạch được hỗ trợ khi có receiver đó, nhưng người gửi phải xác minh đường dẫn hiển thị vì sự lựa chọn đó thay đổi những gì được công khai.
Nội dung kỹ thuật đã được xác minh, nguồn đã được xem xét và lịch sử cập nhật.