کلیدهای مشاهده
آدرس‌های محافظت‌شده به شما امکان می‌دهند تراکنش انجام دهید و در عین حال کمترین اطلاعات ممکن را روی بلاک‌چین Zcash فاش کنید. پس اگر واقعاً لازم باشد به یک طرف مشخص نشان دهید چه دارایی‌ای در اختیار دارید یا چه چیزی ارسال کرده‌اید، چه می‌شود؟ کلید مشاهده دسترسی خواندن را می‌دهد، بدون آنکه توانایی خرج کردن را بدهد. کلیدهای مشاهده پیش‌تر برای Sprout وجود داشتند؛ Sapling قابلیت‌هایی مانند تشخیص خرج شدن یک note دریافتی را اضافه کرد. ZIP 310 یک پیش‌نویس اطلاعاتی است که ویژگی‌های امنیتی کلیدهای مشاهدهٔ Sapling را مستند می‌کند و ارتقایی نیست که کلیدهای مشاهده را معرفی کرد.
کلید مشاهده ابزار افشای انتخابی است: شما انتخاب می‌کنید چه کسی چه چیزی را ببیند و برای این کار هرگز اختیار خرج کردن را واگذار نمی‌کنید.
TL;DR
کلید مشاهده دسترسی فقط‌خواندنی به فعالیت یک آدرس یا حساب محافظت‌شدهٔ Zcash می‌دهد: هر کسی که آن را در اختیار داشته باشد می‌تواند تراکنش‌های ورودی (و در مورد کلیدهای مشاهدهٔ کامل، تراکنش‌های خروجی) را ببیند، اما هرگز نمی‌تواند خرج کند.
- چیست: ابزار افشای انتخابیِ استخرهای محافظت‌شده، با قابلیت‌هایی که بسته به استخر و نوع کلید متفاوت است. ZIP 310 مستند می‌کند که یک کلید مشاهدهٔ کامل Sapling چه چیزی را فاش می‌کند و کدام اطلاعات تضمین‌شده، تأییدنشده، تعریف‌نشده یا فاش‌نشده است.
- چه چیزی می‌دهد: تشخیص واریزها (کلیدهای ورودی
uivk…) یا دید کامل ورودی و خروجی برای یک حساب (کلیدهای مشاهدهٔ کامل یکپارچهٔ uview…)، و کلیدهای قدیمی Sapling zxviews….
- چه چیزی نمی‌دهد: اختیار خرج کردن. هیچ کاری که دارندهٔ کلید مشاهده انجام دهد نمی‌تواند وجوه را جابه‌جا کند.
- امروز کجا کار می‌کند: خروجی گرفتن و وارد کردن در Zallet (v0.1.0-beta.2 به بعد،
z_exportviewingkey / z_importviewingkey) و حساب‌های فقط‌نظارتی در کیف‌پول‌هایی مانند Zkool؛ برای جدول پشتیبانی فعلی، صفحهٔ کیف‌پول‌ها را ببینید.
- قاعدهٔ کلی: محدودترین کلیدی را ترجیح دهید که به پرسش مطرح‌شده پاسخ می‌دهد، و به یاد داشته باشید که کلیدی که واگذار شده را نمی‌توان پس گرفت؛ تنها می‌توان با جابه‌جا کردن وجوه آن را بی‌اثر کرد.
چرا از کلید مشاهده استفاده کنیم؟
نوشته‌های Electric Coin Company دربارهٔ این موضوع موقعیت‌هایی را که بیشتر پیش می‌آیند شرح می‌دهد، و این موقعیت‌ها امروز هم همچنان رایج‌ترین‌ها هستند:
- صرافی‌ای که واریزها را زیر نظر دارد. صرافی یک کلید مشاهدهٔ ورودی را روی یک نود تشخیص متصل به اینترنت بارگذاری می‌کند تا بتواند واریزهای مشتریان به یک آدرس محافظت‌شده را تشخیص دهد، در حالی که کلید خرج‌کننده روی سخت‌افزاری می‌ماند که هرگز به شبکه وصل نمی‌شود.
- امانت‌داری که دارایی‌های خود را اثبات می‌کند. امانت‌دار برای هر آدرس محافظت‌شده یک کلید مشاهدهٔ کامل به حسابرس می‌دهد. حسابرس می‌تواند آن موجودی‌ها را بررسی کند و فعالیت‌های گذشتهٔ ورودی و خروجی آن آدرس‌ها را مرور کند، و هیچ کار دیگری نمی‌تواند انجام دهد.
- بررسی دقیق طرف معامله. در جایی که یک صرافی باید به‌عنوان بخشی از بررسی دقیق تقویت‌شده، تاریخچهٔ محافظت‌شدهٔ یک مشتری را بررسی کند، می‌تواند به‌جای خود وجوه، کلید مشاهده را درخواست کند.
کلید مشاهده چه چیزی را فاش می‌کند و چه چیزی را نه
بیش از یک نوع کلید وجود دارد و همین تفاوت تعیین می‌کند چه مقدار اطلاعات را واگذار می‌کنید.
| کلید | پیشوند | دسترسی |
|---|
| کلید مشاهدهٔ کامل یکپارچه (UFVK) | uview… | تراکنش‌های ورودی و خروجی را برای همهٔ استخرهای حساب می‌بیند |
| کلید مشاهدهٔ ورودی یکپارچه (UIVK) | uivk… | فقط تراکنش‌های ورودی را برای همهٔ استخرهای حساب می‌بیند |
| کلید مشاهدهٔ کامل توسعه‌یافتهٔ Sapling | zxviews… | فعالیت ورودی و خروجی Sapling را برای آدرس‌های کلید می‌بیند |
هیچ‌یک از این‌ها نمی‌تواند خرج کند. همهٔ آن‌ها از جنبهٔ مهم دائمی هستند: کلیدی را که واگذار کرده‌اید نمی‌توان پس گرفت، تنها می‌توان با انتقال وجوه به حسابی که طرف مقابل کلیدهای آن را ندارد، آن را بی‌اثر کرد.
پیش از آنکه چیزی را به اشتراک بگذارید، دانستن دو دام افشا ارزشمند است.
ورودی به معنای محدود نیست. دامنهٔ یک کلید مشاهدهٔ ورودی یکپارچه کل حساب است، نه فقط آدرسی که دربارهٔ آن از شما پرسیده‌اند. خروجی گرفتن یک UIVK برای یک آدرس Sapling همچنان دید ورودی را در همهٔ استخرهای آن حساب می‌دهد، بنابراین بیش از آدرسی که نام می‌برد فاش می‌کند. Zallet Book این موضوع را صراحتاً بیان می‌کند.
یک آدرس منتشرشده هم‌اکنون کلید مشاهدهٔ ورودی خود را در برابر یک مهاجم آینده افشا می‌کند. ZIP 326 اشاره می‌کند که مهاجمی با رایانهٔ کوانتومی می‌تواند کلید مشاهدهٔ ورودی را از یک آدرس متنوع‌شدهٔ منتشرشده بازیابی کند، کاری که شدنی است، در حالی که بازیابی کلید باطل‌کننده شدنی نیست. منتشر کردن یک آدرس امروز با منتشر کردن یک کلید مشاهده یکسان نیست، اما در افقی به‌قدر کافی طولانی این دو به هم نزدیک‌تر می‌شوند.
کلیدهای مشاهده پس از Ironwood
NU6.3 استخر محافظت‌شدهٔ Ironwood را معرفی کرد و استخر Orchard را فقط‌خرج کرد، بنابراین وجوه به‌مرور زمان از یکی به دیگری مهاجرت می‌کنند. برای خود این ارتقا، Ironwood و دروازه را ببینید.
کلید مشاهده‌ای که پیش از Ironwood صادر شده، پس از مهاجرت همچنان کار می‌کند. ZIP 326 مشخص می‌کند که دامنهٔ یک گیرنده و کلید مشاهدهٔ ورودی متناظر آن، پروتکل Orchard است و نه یک استخر: همان کلید مشاهدهٔ ورودی متن‌های رمزشدهٔ note را هم در استخر Orchard و هم در استخر Ironwood به‌صورت آزمایشی رمزگشایی می‌کند. Zallet آن را به همین شکل پیاده‌سازی می‌کند و noteهای Ironwood را هم‌شکل با Orchard توصیف می‌کند که با کلیدهای مشاهدهٔ Orchard حساب، تحت دامنهٔ رمزنگاری note در Ironwood به‌صورت آزمایشی رمزگشایی می‌شوند.
سه پیامد برای هر کسی که کلیدی را در اختیار دارد یا صادر می‌کند:
- موجودی‌ها بین استخرها جابه‌جا می‌شوند و بیننده این جابه‌جایی را می‌بیند. ZIP 318 مهاجرت را به‌صورت مجموعه‌ای از تراکنش‌های کوچک و عمداً یکنواخت از Orchard به Ironwood مشخص می‌کند که طبق یک زمان‌بندی تصادفی پخش می‌شوند و هر کدام یک note از Orchard را خرج می‌کند و یک خروجی Ironwood با مقدار استاندارد تولید می‌کند. حسابرسی که با یک کلید مشاهده نظارت می‌کند، جابه‌جایی دارایی‌ها از یک استخر به استخر دیگر را به‌صورت گام‌به‌گام در طول چند هفته می‌بیند، نه در یک حرکت واحد. یک کیف‌پول می‌تواند پیشرفت مهاجرت خود را با استفاده از کلیدهای مشاهده‌اش از داده‌های زنجیره بازسازی کند.
- هر گام مهاجرت مقداری را که جابه‌جا می‌کند فاش می‌کند. این ویژگی ذاتیِ عبور از یک دروازه است و همان چیزی است که مهاجرت را قابل حسابرسی می‌کند. تقسیم موجودی به مقادیر استاندارد یعنی هیچ تراکنش واحدی کل موجودی استخر Orchard را فاش نمی‌کند.
- حساب‌هایی که پس از Ironwood ایجاد می‌شوند ممکن است کلیدهای خود را به شکل متفاوتی مشتق کنند. ZIP 2005 یک پرچم
use_qsk برای کلیدهای قابل بازیابی در برابر کوانتوم اضافه می‌کند و نحوهٔ اشتقاق کلیدهای ورودی، خروجی و متنوع‌ساز را تغییر می‌دهد، بنابراین کلیدهای use_qsk = true واقعاً کلیدهای متفاوتی هستند. ZIP 326 الزام می‌کند که این پرچم در سراسر یک حساب یکنواخت باشد و تولید کلیدهای use_qsk = true را پیش از فعال شدن NU6.3 روی Mainnet ممنوع می‌کند. بنابراین کلیدی که از حسابی خروجی گرفته شده که پیش از Ironwood وجود داشته، یک کلید use_qsk = false است و برای آن حساب درست باقی می‌ماند. فرض نکنید کلیدی که از یک حساب خروجی گرفته شده، حساب دیگری را توصیف می‌کند.
خروجی گرفتن از یک کلید مشاهده
Zallet
Zallet کیف‌پول فول‌نودی است که جایگزین کیف‌پول داخل zcashd شد. خروجی گرفتن و وارد کردن کلید مشاهده در v0.1.0-beta.2 (28 جولای 2026) اضافه شد، پس ابتدا نسخهٔ خود را بررسی کنید؛ نسخه‌های قدیمی‌تر این متدها را ندارند. هر آرگومان پس از نام متد باید JSON معتبر باشد، یعنی مقادیر رشته‌ای علامت نقل‌قول دوتایی خود را حفظ می‌کنند. Zallet Quick Reference Guide سبک کلی دستورها را پوشش می‌دهد.
فهرست آنچه کیف‌پول در اختیار دارد:
Code-highlight
zallet rpc listaddresses
با ارسال یک آدرس یکپارچه، از کلید مشاهدهٔ کامل یکپارچهٔ حساب خروجی بگیرید:
Code-highlight
zallet rpc z_exportviewingkey '"<unified address>"'
یا به‌جای آن، با استفاده از آرگومان اختیاری ivk از کلید مشاهدهٔ ورودی یکپارچهٔ حساب خروجی بگیرید:
Code-highlight
zallet rpc z_exportviewingkey '"<unified address>"' true
ارسال یک آدرس Sapling کلید مشاهدهٔ کامل توسعه‌یافتهٔ Sapling آن حساب (zxviews…) را برمی‌گرداند که با رفتار قدیمی zcashd مطابقت دارد. دو محدودیت مستند وجود دارد: آدرس‌های Sprout رد می‌شوند، و از حسابی که خودش به‌صورت فقط‌مشاهده وارد شده نمی‌توان کلید مشاهدهٔ کامل توسعه‌یافتهٔ Sapling خروجی گرفت، زیرا کیف‌پول نمی‌تواند آن را بازسازی کند. شکل ivk برای حساب‌های فقط‌مشاهدهٔ واردشده کار می‌کند.
کیف‌پول‌هایی که از رابط کاربری خود از کلیدهای مشاهده خروجی می‌گیرند
صفحهٔ کیف‌پول‌ها پشتیبانی از کلید مشاهده و آمادگی برای Ironwood را برای هر کیف‌پول دنبال می‌کند. در زمان نگارش این متن، کیف‌پول‌هایی که هم پشتیبانی از کلید مشاهده و هم Ironwood: آماده را فهرست کرده‌اند عبارت‌اند از ZODL، Zingo!، Zkool، Cake، Zallet، zecd و Nozy. پیش از تکیه بر هر کیف‌پول، به‌جای این صفحه آن صفحه را بررسی کنید، زیرا وضعیت آمادگی تغییر می‌کند.
وارد کردن یک کلید مشاهده به‌عنوان حساب فقط‌نظارتی
Zkool
Zkool در اینجا انعطاف‌پذیرترین گزینه است، زیرا کلیدهای یکپارچه و همچنین کلیدهای قدیمی را می‌پذیرد. README آن حساب‌های فقط‌مشاهده‌ای را مستند می‌کند که از یک کلید مشاهدهٔ یکپارچه یا یک کلید مشاهدهٔ توسعه‌یافتهٔ Sapling ایجاد می‌شوند، در کنار کلیدهای توسعه‌یافتهٔ محافظت‌شدهٔ قدیمی که از zcashd خروجی گرفته شده‌اند. یک حساب جدید اضافه کنید، مسیر فقط‌مشاهده را انتخاب کنید و کلید uview… یا zxviews… را جای‌گذاری کنید؛ سپس حساب همگام‌سازی می‌شود و موجودی‌ها و تاریخچه را بدون اختیار خرج کردن گزارش می‌دهد.
پشتیبانی از پروتکل Ironwood و مهاجرت از Orchard به Ironwood در Zkool 6.24.0 (20 جولای 2026) اضافه شد، و نسخهٔ 6.26.1 (2 اوت 2026) تشخیص تراکنش‌های Ironwood در mempool را اصلاح کرد. از نسخهٔ 6.26.1 یا بالاتر استفاده کنید.
Zallet
Code-highlight
zallet rpc z_importviewingkey '"<zxviews… key>"' '"whenkeyisnew"' 0
آرگومان دوم سیاست اسکن مجدد است: "whenkeyisnew" (پیش‌فرض)، "yes" یا "no". آرگومان سوم ارتفاع بلوکی است که اسکن مجدد از آن آغاز می‌شود. Zallet کلید را به‌عنوان یک حساب فقط‌مشاهده وارد می‌کند و تراکنش‌های ورودی و خروجی آدرس‌های آن را بدون اختیار خرج کردن دنبال می‌کند.
Zallet فقط کلیدهای مشاهدهٔ کامل توسعه‌یافتهٔ Sapling را وارد می‌کند. این کیف‌پول یک کلید مشاهدهٔ کامل یکپارچهٔ uview… را وارد نمی‌کند، هرچند می‌تواند از آن خروجی بگیرد. برای واگذاری دسترسی خواندن به کل یک حساب یکپارچه، UFVK را از Zallet خروجی بگیرید و آن را در کیف‌پولی که کلیدهای یکپارچه را می‌پذیرد، مانند Zkool، وارد کنید.
برای تبدیل یک کلید واردشده به یک فایل کامل تاریخچهٔ تراکنش‌ها، همراه با txidها، کارمزدها و یادداشت‌ها، خروجی گرفتن از تاریخچهٔ تراکنش‌ها از یک Viewing Key را ببینید.
چه چیزی تغییر کرد و دیگر دنبال چه چیزی نباشید
اگر نسخهٔ قدیمی‌تر این صفحه یا ترجمه‌ای از آن را دنبال کرده‌اید، سه مسیر دیگر کار نمی‌کنند.
zcash-cli z_exportviewingkey و z_importviewingkey. zcashd در 18 جولای 2026 به توقف پایان پشتیبانی رسید و دیگر اجرا نمی‌شود. متدهای هم‌نام Zallet جایگزین آن‌ها هستند؛ راهنمای مهاجرت را ببینید.- راهنمای گام‌به‌گام Ywallet. صفحهٔ کیف‌پول‌ها Ywallet را با Ironwood: آماده نیست علامت‌گذاری کرده است، بنابراین این کیف‌پول گزینهٔ مناسبی برای معرفی به دیگران برای کلیدهای مشاهدهٔ دورهٔ Ironwood نیست. Zkool، از همان توسعه‌دهنده، همان طیف کلیدها را می‌پذیرد و با برچسب آماده علامت‌گذاری شده است.
- zcashblockexplorer.com/vk. این سرویس خطای HTTP 503 با یک گواهی نامعتبر برمی‌گرداند و بدون جایگزین کنار گذاشته شده است. جای‌گذاری یک کلید مشاهده در یک وب‌سایت، کل تاریخچهٔ تراکنش‌های شما را به هر کسی که آن وب‌سایت را اداره می‌کند می‌سپارد، و این همیشه ضعیف‌ترین گزینه از سه گزینهٔ صفحهٔ قدیمی بود. به‌جای آن، کلید را در کیف‌پولی که خودتان اجرا می‌کنید وارد کنید.
تصویرسازی / تمثیل
پنجرهٔ حسابرس
یک حساب محافظت‌شده را مانند اتاق صندوق امانات در یک بانک تصور کنید:
- کلید خرج‌کننده کلید اتاق است. هر کسی آن را در اختیار داشته باشد می‌تواند صندوق‌ها را باز کند و محتویات را بیرون ببرد.
- کلید مشاهده پنجرهٔ حسابرس به داخل آن اتاق است. حسابرس می‌تواند ورود و خروج هر صندوق را تماشا کند، برچسب‌ها را بخواند و دفتری نگه دارد، اما پنجره دستگیره ندارد. کسی که از پشت آن نگاه می‌کند نمی‌تواند هیچ چیزی را داخل اتاق جابه‌جا کند.
آنچه پنجره نمی‌تواند نشان دهد
پنجره رو به اتاق است، نه رو به دنیای بیرون. این پنجره فعالیت محافظت‌شدهٔ حساب تحت نظارت را نشان می‌دهد؛ ناظر را به یک مشاهده‌گر کل بلاک‌چین تبدیل نمی‌کند و به او اجازه نمی‌دهد فعالیت حساب را با تاریخچهٔ محافظت‌نشدهٔ هیچ‌کس دیگری مرتبط کند. و چون پنجره در سطح حساب نصب شده است، دادن یک روزنه برای یک صندوق امانات (یک آدرس واحد) به کسی، همچنان دید ورودی کل اتاق را به او می‌دهد؛ دقیقاً به همین دلیل قاعدهٔ محدودترین کلید وجود دارد.
چرا نمی‌توانید پنجره را پس بگیرید
کلید مشاهده یک قطعه اطلاعات است، نه یک مجوز ثبت‌شده. پس از کپی شدن، تا زمانی که وجوه از حساب تحت نظارت آن خارج شوند وجود دارد. راه‌حل عملی چرخش است: موجودی‌ها را به یک حساب تازه منتقل کنید که طرف مقابل هرگز کلیدهای آن را دریافت نکرده است، و آنگاه پنجرهٔ قدیمی رو به اتاقی خالی خواهد بود.
بررسی عمیق
رمزگشایی آزمایشی: مشاهده واقعاً چگونه کار می‌کند
هر تراکنش محافظت‌شده متن ساده noteهای خود را برای گیرندهٔ موردنظر رمزنگاری می‌کند. کیف‌پولی که یک کلید مشاهده در اختیار دارد رمزگشایی آزمایشی انجام می‌دهد: برای هر تراکنشی که روی زنجیره پیدا می‌کند، تلاش می‌کند متن‌های رمزشدهٔ note را با کلید رمزگشایی کند. موفقیت‌ها مقدار note، متنوع‌ساز گیرنده و یادداشت را فاش می‌کنند؛ ناکامی‌ها هزینه‌ای ندارند. به همین دلیل همان کلید مشاهدهٔ ورودی در هر دو استخر Orchard و Ironwood کار می‌کند؛ ZIP 326 دامنهٔ یک گیرنده را پروتکل Orchard تعیین می‌کند، بنابراین متن‌های رمزشدهٔ note در Ironwood هم‌شکل با Orchard هستند و با کلیدهای مشاهدهٔ Orchard حساب، تحت دامنهٔ رمزنگاری note در Ironwood به‌صورت آزمایشی رمزگشایی می‌شوند.
کامل در برابر ورودی: آنچه اشتقاق تعیین می‌کند
یک کلید مشاهدهٔ کامل می‌تواند قابلیت مشاهدهٔ خروجی را مشتق کند، و همین است که به حسابرس اجازه می‌دهد پس از رمزگشایی تراکنش، سمت فرستندهٔ یک انتقال را بازسازی کند. یک کلید مشاهدهٔ ورودی عمداً یک قدم عقب‌تر می‌ایستد: noteهای ورودی را تشخیص می‌دهد و رمزگشایی می‌کند، اما نمی‌تواند پیوند خروجی را بازسازی کند. اشتقاق بین این قابلیت‌ها یک‌طرفه است؛ کلید ورودی از کلید کامل مشتق می‌شود و هرگز برعکس نیست، و همین است که «فقط ورودی» را به یک تنزل واقعی تبدیل می‌کند و نه یک وعده. پرچم use_qsk از ZIP 2005 خود اشتقاق را تغییر می‌دهد، بنابراین کلیدهای قابل بازیابی در برابر کوانتوم کاملاً خانوادهٔ متفاوتی از کلیدها هستند، نه گونه‌ای از کلید قدیمی.
مهاجرت از دید یک بیننده چگونه است
از آنجا که مهاجرت ZIP 318 مجموعه‌ای تصادفی از تراکنش‌های کوچک و یکنواخت از Orchard به Ironwood است، بیننده‌ای که کلید را در اختیار دارد یک پلکان می‌بیند: گام‌های بسیار با مقادیر استاندارد به‌جای یک جهش واحد. هیچ گام واحدی کل موجودیِ در حال مهاجرت را فاش نمی‌کند، اما الگو قابل تشخیص است؛ و این همان مصالحهٔ موردنظر یک دروازهٔ قابل حسابرسی است.
پیامدهای عملی
- برای صرافی‌ها و پردازشگرهای پرداخت: کلید مشاهدهٔ ورودی حساب (یا UFVK برای پوشش کامل) را روی یک نود تشخیص بارگذاری کنید و واریزهای مشتریان را به‌طور خودکار تطبیق دهید، درست همان‌طور که با یک آدرس شفاف این کار را انجام می‌دادید؛ اما کلید خرج‌کنندهٔ مشتری هرگز از ذخیره‌سازی سرد خارج نمی‌شود.
- برای حسابرسان و اثبات ذخایر: یک کلید مشاهدهٔ کامل «به ما اعتماد کنید» را به «این را تأیید کنید» تبدیل می‌کند: موجودی‌ها و تاریخچهٔ کامل تراکنش‌های حساب‌های تحت نظارت، بدون هیچ توانایی برای دست زدن به آن‌ها. برای اثبات‌های یک‌باره دربارهٔ یک پرداخت واحد، آن را با افشای پرداخت ترکیب کنید.
- برای بررسی دقیق: کلید حسابی را که به همکاری مربوط است به طرف مقابل بدهید، نه کل کیف‌پول خود را. اگر رابطه پایان یافت، حساب را بچرخانید.
- برای انتخاب ابزارها: Zallet از UFVKها خروجی می‌گیرد و کلیدهای مشاهدهٔ کامل توسعه‌یافتهٔ Sapling را وارد می‌کند؛ Zkool کلیدهای یکپارچه و قدیمی را به‌عنوان حساب‌های فقط‌نظارتی می‌پذیرد. پیش از استاندارد کردن یک کیف‌پول، جدول فعلی آمادگی برای Ironwood را در صفحهٔ کیف‌پول‌ها بررسی کنید.
- هزینهٔ افشا دائمی است: هر دارندهٔ اضافی یک کلید، یک خط اعتباری دائمی از حریم خصوصی است که نمی‌توانید آن را ببندید. کلیدها را برای هر رابطه جداگانه صادر کنید، دامنهٔ آن‌ها را به یک حساب محدود کنید و مستند کنید چه کسی چه چیزی در اختیار دارد.
اشتباهات رایج
| باور رایج | آنچه واقعاً صادق است |
|---|
| «اگر کلید مشاهده نشت کند، می‌تواند وجوه را خرج کند.» | نمی‌تواند. کلیدهای مشاهده هیچ اختیار خرج کردنی ندارند؛ بدترین پیامد یک نشت، افشای تاریخچه است. |
| «می‌توانم بعداً یک کلید مشاهده را لغو کنم.» | نمی‌توانید. کلید واگذارشده تا زمانی کار می‌کند که وجوه به حسابی منتقل شوند که طرف مقابل کلیدهای آن را ندارد. |
| «خروجی گرفتن یک UIVK برای یک آدرس فقط همان آدرس را نشان می‌دهد.» | دامنهٔ کلیدهای مشاهده حساب است. یک UIVK فعالیت ورودی را برای همهٔ استخرهای حساب نشان می‌دهد. |
«zcash-cli z_exportviewingkey هنوز کار می‌کند.» | خیر. zcashd در 18 جولای 2026 به توقف پایان پشتیبانی رسید؛ به‌جای آن از z_exportviewingkey / z_importviewingkey در Zallet استفاده کنید. |
| «جای‌گذاری یک کلید مشاهده در یک ابزار وب امن است، چون فقط‌خواندنی است.» | فقط‌خواندنی همچنان یعنی کل تاریخچهٔ تراکنش‌های شما برای آن حساب به هر کسی که سایت را اداره می‌کند سپرده می‌شود. کلید را در کیف‌پولی که خودتان اجرا می‌کنید وارد کنید. |
| «Zallet می‌تواند هر کلید مشاهده‌ای را که Zallet از آن خروجی می‌گیرد وارد کند.» | خیر. Zallet فقط کلیدهای مشاهدهٔ کامل توسعه‌یافتهٔ Sapling را وارد می‌کند؛ کلیدهای یکپارچهٔ uview… باید در کیف‌پول‌هایی وارد شوند که کلیدهای یکپارچه را می‌پذیرند، مانند Zkool. |
صفحات مرتبط
- افشای پرداخت — اثبات جزئیات انتخاب‌شدهٔ یک پرداخت بدون دادن دسترسی مستمر به یک حساب
- آدرس‌های یکپارچه — لایهٔ آدرسی که گیرنده‌های کلید مشاهده را در خود دارد
- Ironwood — استخر محافظت‌شدهٔ NU6.3 که Orchard به آن مهاجرت می‌کند
- دروازه — سازوکار مهاجرت از Orchard به Ironwood که بینندگان می‌توانند آن را تماشا کنند
- کیف‌پول‌ها — فهرست کامل کیف‌پول‌ها، پشتیبانی از کلید مشاهده و آمادگی برای Ironwood
- خروجی گرفتن از تاریخچهٔ تراکنش‌ها از یک Viewing Key — تبدیل یک کلید واردشده به یک فایل کامل تاریخچه شامل txid، کارمزد و یادداشت
منابع
از کلیدهای مشاهده فقط در صورت نیاز استفاده کنید و محدودترین کلیدی را ترجیح دهید که به پرسش مطرح‌شده پاسخ می‌دهد.
