كثيرون من المبتدئين، بما في ذلك نفسي، كانوا متحمسين لفتح محفظتهم من بيتكوين باستخدام محفظة web3 لأول مرة. عندما نستعد لنسخ عنوان، نكتشف فجأة أن المحفظة التي قمنا بإنشائها لديها عدة عناوين مختلفة. إنها مثل الوقوف في تقاطع غير مألوف، والشعور بالارتباك الشديد. لماذا هناك عناوين مختلفة؟ أي واحد يجب عليك استخدامه؟

عناوين بيتكوين متعددة في محفظة OKX

ما هي هذه العناوين؟

تتطور مجتمع البيتكوين دائمًا مع التقدم التكنولوجي الجديد. وغالبًا ما تؤدي هذه التطورات إلى ميزات جديدة، مثل تنسيقات العناوين المختلفة. دعنا نستكشف ما هي هذه التنسيقات المختلفة للعناوين وما الذي يجعلها فريدة.

عنوان ميراث (p2pkh)

تم استخدام هذا التنسيق عندما تم إطلاق بيتكوين لأول مرة في عام 2009، لذا يُطلق عليه تنسيق ميراثي. لأن عنوان بيتكوين في ذلك الوقت تم إنشاؤه من زوج مفتاح عام/خاص، يُطلق عليه أيضاً عنوان التجزئة لمفتاح الدفع العام (P2PKH).

في الوقت الحالي، يبدو أن عناوين النوع التقليدي ستستغرق مساحة أكبر في المعاملات، مما يؤدي إلى زيادة رسوم المعاملات. حالياً، سيستخدم الناس هذا النوع من العناوين فقط عند استخدام بعض المحافظ القديمة التي لا تتوافق مع العنوان الجديد.

يمكن العثور على أن عناوين محفظة الإرث لها خاصية واحدة، حيث تبدأ جميع العناوين بـ "1". يحدث ذلك عند إنشاء عنوان، حيث يتم إضافة بادئة أمام المفتاح العمومي المولد وفقًا لسيناريوهات مختلفة (مثل testnet/mainnet). بعد حساب المفتاح العمومي المضاف إليه البادئة من خلال الهاش، ستبدأ العنوان في النهاية بـ "1".

عنوان segwit متداخل (p2sh-p2wpkh)

بالمقارنة مع العناوين القديمة التقليدية ، لا تستخدم عناوين P2SH تجزئة المفتاح العام ، ولكن تجزئة البرنامج النصي للاسترداد (Redeem-Script). في شروط الشخص العادي ، يدفع P2PKH إلى تجزئة المفتاح العام ، بينما يدفع P2SH إلى نص الاسترداد. فقط بعد أن يستوفي المستلم شروط التحويل الخاصة ببرنامج الاسترداد النصي ، يمكن إنفاق الأموال الموجودة بالداخل.

نظرًا لتحويل كائن الدفع من المفتاح العام إلى سكريبت، يتم توسيع المرونة بشكل كبير، ويمكن تخصيص منطق تنفيذ سكريبت الاسترداد. وتشمل التطبيقات النموذجية تنفيذ المعاملات متعددة التوقيع.

على أساس p2sh، إذا تم تضمين تقنية شهادة segreSanv.io، فإن تنسيق هذا العنوان هو عنوان متوافق مع شهادة segreSanv.io (nested segwit). يمكنك معرفة المزيد حول شهادة segreSanv.io عند تقديم عنوان شهادة segreSanv.io. بعد تقديم تقنية شهادة segreSanv.io، يمكن تقليل حجم المعاملات، مما يقلل من رسوم المعاملات.

يمكنك رؤية أن عنوان p2sh يبدأ بـ “3”.

عنوان شاهد segreSanv.iod (عنوان native segwit)

قبل تقديم هذا النوع من العناوين ، نحتاج إلى تقديم التكنولوجيا الأساسية داخلها - شاهد المحفظة (segwit). كما يوحي الاسم ، يعزل شاهد المحفظة بيانات الشاهد (الشاهد) ويعالجها بشكل منفصل.

ميزة كبيرة للقيام بذلك هي أنها تقلل من حجم معلومات المعاملة، مما يقلل من رسوم المعاملات. فائدة أخرى تأتي من الحد من الحجم هو أن الحد الأقصى لحجم معاملة كتلة البيتكوين قد زياد من 1 ميغابايت إلى 4 ميغابايت.

سمة عنوان شاهد SegreSanv.io هي أن يبدأ العنوان بـ "bc1".

عنوان تابروت (تابروت)

مزايا عناوين الجذر هي الخصوصية والكفاءة في سيناريوهات المعاملات المعقدة. بالمقارنة مع Segwit الأصلي ، فإنه يستخدم خوارزمية Schnorr لتحل محل خوارزمية التوقيع الرقمي للمنحنى الإهليلجي. الأول أكثر كفاءة في سيناريوهات المعاملات المجمعة ويحسن خصوصية المحافظ متعددة التوقيعات.

يتميز العنوان الجذر الرئيسي بالعنوان الذي يبدأ عمومًا بـ "bc1q".

أي تنسيق عنوان بيتكوين يجب أن أختار؟

المحافظ الرئيسية مثل OKX و Unisat تدعم جميع أنواع عناوين بيتكوين الأربعة. لتقليل رسوم المعاملات ، من الأفضل استخدام عناوين في تنسيقات السيجويت الأصلية أو تابروت.

إذا كنت مهتما بنقوش Bitcoin ، فإن هذين النوعين من العناوين مثاليان. تتعامل معظم المحافظ مع النقوش الموجودة على هذه العناوين على وجه التحديد ، مما يضمن عدم نقل UTXOs الخاصة بك عن طريق الخطأ. ابحث عن عناوين المحفظة التي تبدأ ب "BC1"!

لا تقلق بشأن التوافق - يمكن للمحافظ ذات تنسيقات العناوين المختلفة القيام بالمعاملات مع بعضها البعض.

للتحقق من رصيد البيتكوين الخاص بك أو معلومات الكتلة، يمكنك استخدام خدمة العقدة زان. إنهم يقدمون واجهة برمجة تطبيقات شاملة للمطورين. لمزيد من التفاصيل، تحقق من وثائق واجهة برمجة التطبيقات:https://docs.zan.top/reference/zan_getbalance-enhance.

غوص أعمق - تفسير التقنيات الرئيسية

بعد النظرة الأولية ، يجب أن يكون لديك الآن فهم أساسي لمحافظ بيتكوين. بالنسبة لأولئك الذين ، مثلي ، مهتمون بالتقنيات الأساسية ، دعونا نستكشف بعض الجوانب التقنية الرئيسية.

نص الاسترداد

عندما ناقشنا P2SH (الدفع إلى تجزئة البرنامج النصي) ، ذكرنا أنها تقنية تستخدم لاسترداد معاملات البرنامج النصي. ولكن ما هو بالضبط نص الاسترداد ، وما هو الدور الذي يلعبه في نظام Bitcoin البيئي؟ قبل الغوص في البرامج النصية للاسترداد ، دعنا نلقي نظرة على الهيكل الأساسي لمعاملات Bitcoin. فيما يلي مثال على معاملة P2PK النموذجية (الدفع إلى المفتاح العام). لنفترض أن عنوانا يبدأ ب 04ae يريد إرسال 10 BTC إلى عنوان يبدأ ب 15 كيلو د. يجب أن يثبت مالك عنوان 04AE للشبكة أن لديه الحق في استخدام هذا العنوان (أي أنه يمتلك المفتاح الخاص). للقيام بذلك ، يحتاجون إلى تقديم توقيع (scriptsig) داخل المعاملة للتحقق من هويتهم. لا يحتاج المدقق إلى الحصول على هذا التوقيع فحسب ، بل يحتاج أيضا إلى تحديد موقع البرنامج النصي الناتج من المعاملة السابقة المرتبطة ب UTXO. يشكل هذان النصان معا ما يعرف باسم نص الاسترداد. يتمثل دور البرنامج النصي للاسترداد في إثبات صحة المعاملة.

في هذه العملية ، يمكنك أن ترى أن التوقيع ونص الإخراج عبارة عن تعليمات الكمبيوتر. يشير op_pushbytes إلى دفع قطعة من البيانات إلى الستاك. أولاً ، يقوم 04ae بتوقيع العملية بأكملها باستخدام المفتاح الخاص الخاص به في scriptsig ، وسيتم دفع التوقيع إلى الستاك. ثم ادفع المفتاح العام إلى الستاك ، وأخيرًا في op_checksig ، استخدم المفتاح العام لفك تشفير التوقيع وقارن ما إذا كانت العملية متسقة. إذا كانت متسقة ، فإن الهوية صالحة.

بالإضافة إلى هذا الأسلوب p2pk، يمكن لنص الاسترداد أيضًا تنفيذ طرق مصادقة مختلفة مثل p2pkh و p2sh.

شاهد segreSanv.iod

من المقدمة أعلاه، يمكننا معرفة أن صيغ المحفظة الأحدث تستخدم حاليا تقنية شاهد SegreSanv.io‏، فما هو الشاهد وكيف يتم عزله؟

يمكن اعتبار الشاهد هنا عبارة عن معلومات توقيع النص (scriptsig) في الهيكل الأساسي لبيتكوين. يستخرج شاهد segreSanv.iod من الهيكل الأساسي ويضعه في هيكل بيانات جديد.

كما ترى في الشكل أعلاه ، فإن المحتوى الضروري الوحيد في المعاملة هو معلومات مصدر المعاملة ومعلومات إخراج المعاملة. يتم تقليل حجم المعاملة. نظرا لأن الجزء الأصفر (الحجم الإجمالي للمعاملة) له حد للحجم ، فإن المعاملة ستنقل التوقيعات بشكل منفصل مما يسمح لكتلة واحدة باستيعاب المزيد من المعاملات. بالإضافة إلى ذلك ، عند حساب توقيع المعاملة ، لا يتم تضمين محتوى جزء التوقيع ، لذلك يمكن حل مشكلة مرونة المعاملة بشكل فعال.

أدناه تعتبر عملية p2tr. يمكنك أن ترى أن هذه العملية لديها جزء شاهد إضافي. وظيفته هي التحقق من شرعية العملية. بعد استخدام الشاهد بدلاً من scriptsig، طريقة التحقق من الشرعية لا تزال نفسها، وهي باستخدام المفتاح العام لفك تشفير توقيع الشاهد للتحقق مما إذا كان محتوى العملية متسق. ستطلب العقد شهادة المعلومات فقط عندما يحتاجون إلى التحقق من شرعية العملية.

في الخلاصة ، يحسن شاهد segreSanv.iod (segwit) المعاملات بيتكوين عن طريق فصل تواقيع المعاملات عن بقية بيانات المعاملة. يقلل هذا الفصل من حجم كل معاملة ، مما يسمح بإدراج مزيد من المعاملات في كتلة واحدة ، مما يزيد من سعة الكتلة العامة. علاوة على ذلك ، من خلال استبعاد بيانات التوقيع من حساب التجزئة للمعاملة ، يعالج segwit بشكل فعال مشكلة تغيير المعاملات.

تنويه:

1. يتم نشر هذه المقالة منفريق زان], جميع حقوق الطبع والنشر تنتمي إلى الكاتب الأصلي [فريق زانإذا كانت هناك اعتراضات على هذا النشر، يرجى الاتصال بالبوابة تعلمالفريق، وسوف يتولى التعامل معها على الفور.
2. إخلاء المسؤولية: الآراء والآراء الواردة في هذه المقالة هي فقط تلك للكاتب ولا تشكل أي نصيحة استثمارية.
3. تتم ترجمة المقال إلى لغات أخرى بواسطة البوابة تعلمفريق. ما لم يذكر ذلك ، فإن نسخ أو توزيع أو سرقة المقالات المترجمة ممنوع.