89 / 736STICK

Pavol «Stick» Rusnák

Stick: أحد مطوّري Trezor ومعايير استعادة المحافظ

شارك Pavol Rusnák، المعروف باسم Stick، في تأسيس SatoshiLabs وتطوير Trezor ومعايير تسمح باستخدام نسخة المحفظة الاحتياطية في جهاز متوافق.

المطوّر السلوفاكي Pavol Rusnák من المساهمين في Trezor وقواعد نسخ محافظ Bitcoin احتياطياً واستعادتها. تستفيد من عمله عند تدوين كلمات الاستعادة أو الانتقال إلى جهاز آخر.

فقدت آنا محفظتها العتادية. إذا احتفظت بالنسخة الاحتياطية الصحيحة، تستطيع استعادة المفاتيح الخاصة نفسها في محفظة متوافقة؛ وهي البيانات السرية التي تسمح بالموافقة على إنفاق بيتكوين. وإذا استخدمت أيضاً passphrase، أي كلمة مرور إضافية اختارتها بنفسها، فهي تحتاج إلى نصها الدقيق كذلك. بذلك تستعيد القدرة على استخدام بيتكوينها، بينما تبقى السجلات في الشبكة لا داخل الجهاز. ولكي تنجح الاستعادة خارج منتج واحد، يحتاج المطوّرون إلى الاتفاق على قراءة النسخة واشتقاق المفاتيح منها. ساهم Pavol Rusnák، الذي يستخدم اسم Stick، في كتابة بعض هذه الاتفاقات وتطبيقها. [7] [8] [9] [14]

بحسب تاريخ SatoshiLabs، بدأ Rusnák وMarek Palatinus بحث فكرة المحفظة العتادية عام 2011 في brmlab ببراغ، وهو ورشة مشتركة للتجارب التقنية. أرادا تقليل احتمال أن يسرق برنامج خبيث المفاتيح من حاسوب عادي. ومع Alena Vránová أسّسا SatoshiLabs عام 2013؛ ووصلت أجهزة Trezor الأولى إلى العملاء عام 2014. إذن، جاء المنتج من تعاون مهارات تقنية وتنظيمية، لا من مخترع يعمل وحده. [1] [4] [15]

عندما تدفع آنا باستخدام Trezor، يُعدّ التطبيق المعاملة ثم يوقّعها الجهاز بعد تأكيدها. يفترض أن يبقى المفتاح الخاص، أي السر الذي يتيح الإذن بالإنفاق، داخل الجهاز. ما يخرج هو توقيع تستطيع الشبكة التحقق منه. لذلك تملك Hardware Wallet شاشة خاصة: تراجع آنا العنوان والمبلغ عليها بدلاً من الثقة بالحاسوب وحده. لكن الجهاز لا يحل محل Full Node الذي يتحقق من قواعد الشبكة، ولا يحمي نسخة احتياطية نُشرت على الإنترنت. [5] [6]

تنشر Trezor تصاميم العتاد والشفرة المصدرية للبرنامج الثابت، أي البرنامج العامل داخل الجهاز. يستطيع مطوّرون آخرون فحص طريقة عمله والبحث عن الأخطاء واقتراح إصلاحات. لا تحتاج آنا إلى تعلّم البرمجة لتستفيد من هذه المراجعة. لكن الانفتاح ليس شهادة بخلو المنتج من العيوب، ولا دليلاً على أن جهازاً بعينه لم يُعبث به قبل وصوله. تبقى المراجعة الفعلية وطريقة بناء البرنامج والتحقق من الجهاز أموراً مهمة. [5] [6]

أُسند BIP39 في 10 سبتمبر 2013، وتذكر وثيقته أربعة مؤلفين: Marek Palatinus وPavol Rusnák وAaron Voisine وSean Bowe. يصف تمثيل عشوائية يولّدها الحاسوب بكلمات، مع قيمة تحقق تساعد على اكتشاف الأخطاء. تتكون Seed Phrase الشائعة من 12 أو 24 كلمة؛ وليست جملة ينبغي أن تؤلفها بنفسك. تُحسب من الكلمات وعبارة passphrase الاختيارية قيمة seed، وهي السر الابتدائي الذي تُشتق منه المفاتيح. تتطلب الاستعادة ترتيب الكلمات بدقة وعبارة passphrase الأصلية إن استُخدمت. لا تُترجم كلمات النسخة إلى لغة أخرى. [7]

استعادة السر الابتدائي لا تعني العثور تلقائياً على كل العناوين المستخدمة. تشتق HD Wallet منه شجرة مفاتيح، تشبه خزانة ذات أدراج كثيرة. يساعد BIP43 وBIP44، اللذان كتبهما Palatinus وRusnák، المحافظ على البحث في الأماكن نفسها. مسار BIP44 هو m / 44' / coin_type' / account' / change / address_index: الغرض، والعملة، والحساب، وفرع الاستقبال أو الباقي، ثم العنوان المحدد. يحتوي فرع الباقي على العناوين التي تستقبل الجزء غير المُنفَق من المبلغ المستخدم في الدفع. عملياً، ينبغي لآنا الاحتفاظ أيضاً بنوع الحساب. المسار المؤدي إلى المفاتيح ليس نسخة منها، ولا يعوّض كلمات ضائعة. [8] [9]

بدأ SLIP39 عام 2017 بوصفه عملاً لستة مؤلفين، من بينهم Rusnák. وهو يحدد استخدام Shamir Secret Sharing للنسخ الاحتياطية المكوّنة من كلمات. يمكن لآنا مثلاً اختيار 3 من 5 حصص: أي ثلاث تعيد السر المحمي، وحصتان لا تكفيان. تُحسب هذه الحصص رياضياً؛ قص قائمة كلمات عادية لا يوفر الحماية نفسها. لا يمكن استخدام SLIP39 وBIP39 بالتبادل، ويجب أن تدعم المحفظة المستقبلة الصيغة الصحيحة. قد يتطلب الانتقال بين صيغ غير متوافقة إنشاء محفظة جديدة وتحويل الأموال إليها. ينبغي فهم الحد المطلوب والمجموعات إن وجدت وعبارة passphrase مسبقاً، وتجربة الاستعادة بأمان. [10]

شارك Rusnák أيضاً في كتابة SLIP10 وSLIP21 وSLIP44. يتناول الأول اشتقاق المفاتيح لمنحنيات تشفير مختلفة، أي الأسس الرياضية لأنظمة مفاتيح مختلفة. ويُنتج الثاني مفاتيح متماثلة منفصلة، حيث يمكن استخدام السر نفسه للتشفير وفك التشفير مثلاً. أما الثالث فيسجل معرّفات العملات في مسارات BIP44 حتى لا تخلط التطبيقات بينها. هذه مراجع للمطوّرين. لا يلزم المبتدئ دراستها قبل أول دفعة؛ الغرض منها تمكين البرامج المختلفة من التعاون وفق قواعد معروفة. [11] [12] [13]

أعلنت الشركة في سبتمبر 2021 أن Tomáš Sušánka يتولى القيادة التقنية في Trezor. وبقي Rusnák مشاركاً في إدارة المجموعة. عند تحرير هذا النص، تقدمه المواد الصحفية لدى SatoshiLabs بصفته شريكاً مؤسساً وCTO، أي المسؤول التقني الأول في SatoshiLabs. هذا لا يعني أنه لا يزال يشغل منصبه السابق في Trezor. تركز Trezor على المحافظ وبرمجياتها، بينما SatoshiLabs هي المجموعة الأوسع التي تضم أيضاً مشاريع أخرى. [2] [3]

تربط مساهمة Rusnák الأجهزة التي تحمي المفاتيح عند الدفع بالقواعد العلنية لاستعادتها. بالنسبة إلى آنا، قد يعني ذلك تجنب الاعتماد على علبة واحدة أو شركة واحدة، إذا دعمت محفظة أخرى المعايير والإعدادات اللازمة. تعني Self-custody إدارة المفاتيح بنفسك، ولا تنقل مسؤولية النسخة الاحتياطية إلى كاتب البرنامج. قبل حفظ مبلغ أكبر، افهم صيغة النسخة، وتحقق من الاستعادة بأمان، واعرف دور passphrase. لا يغني اسم مطوّر معروف عن هذه الخطوات أو عن تقييم المنتج المحدد. [5] [7] [10]

للحصول على صورة أوضح، اقرأ هذا المدخل مع Bitcoin, Trezor, Hardware Wallet, الحفظ الذاتي, SatoshiLabs, Marek «Slush» Palatinus. تشير إلى هذا المدخل أيضًا SatoshiLabs, Trezor, Marek «Slush» Palatinus, brmlab.

DOC · 001SatoshiLabs — our storyمصدر أولي DOC · 002SatoshiLabs — presskit and current leadershipمصدر أولي DOC · 003SatoshiLabs — Trezor CTO transitionمصدر أولي DOC · 004Trezor — a decade of the first hardware walletمصدر أولي DOC · 005Trezor firmware — source repositoryتوثيق DOC · 006Trezor hardware — source repositoryتوثيق DOC · 007BIP39 — mnemonic code specificationمواصفة DOC · 008BIP43 — purpose field specificationمواصفة DOC · 009BIP44 — multi-account hierarchyمواصفة DOC · 010SLIP39 — Shamir mnemonic sharesمواصفة DOC · 011SLIP10 — universal private-key derivationمواصفة DOC · 012SLIP21 — symmetric-key hierarchyمواصفة DOC · 013SLIP44 — registered coin typesمواصفة DOC · 014Pavol Rusnák — personal FOSS and Bitcoin archiveمصدر أولي DOC · 015brmlab — Prague hackerspaceمصدر أولي
تمت المراجعة: المصادر أولًا · ليست نصيحة استثمارية