Custodial Exchange

تشتري آنا bitcoin وترى في التطبيق 100000 sat، أي مئة ألف من أصغر وحدات bitcoin الشائعة الاستخدام. تستطيع بيعها داخل المنصة، لكنها لا تملك المفاتيح التي تتيح لها إرسال bitcoin إلى الشبكة بنفسها. تدير المنصة أو أمين الحفظ تلك المفاتيح. تعمل الطبقة الأساسية من Bitcoin بمخرجات UTXO، وهي مخرجات معاملات لم تُنفق بعد؛ ويتطلب إنفاقها عادة توقيعًا يُنشأ بمفتاح خاص. يحدد كل مُخرج مبلغًا وشروطًا يجب استيفاؤها لإنفاقه. كلمة مرور حساب المنصة ليست ذلك المفتاح. يعكس الرصيد ما تسجّله الخدمة لآنا، لكنه لا يوضح وحده أي أصول تدعمه أو ما حقوقها إذا واجهت الشركة صعوبات. [1] [5]

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

إذا أرسلت آنا bitcoin من محفظتها إلى المنصة، فإنها تستخدم عنوان الإيداع الظاهر في حسابها. وتتحقق أيضًا من الشبكة المدعومة وأي حد أدنى للمبلغ. الرمز الذي يحمل اسم bitcoin على شبكة أخرى ليس هو BTC الموجود على الطبقة الأساسية من Bitcoin. تنتظر المنصة عادة عددًا محددًا من التأكيدات. يعني التأكيد الأول إدراج المعاملة في كتلة، وتضيف كل كتلة لاحقة مبنية فوقها تأكيدًا آخر. وقد تؤخر مراجعة داخلية إضافة الرصيد كذلك. يساعد معرّف المعاملة، txid، على العثور على التحويل، لكنه لا يثبت وحده تسجيله بصورة صحيحة في حساب آنا. كما أن نقل الأموال لاحقًا إلى محفظة مشتركة للمنصة لا يعني تلقائيًا اختفاء رصيدها. [5] [7]

عندما تطلب آنا السحب، فهي تطلب أولًا من الخدمة إرسال bitcoin. قد تفرض المنصة حدودًا أو فترة انتظار أو قائمة عناوين معتمدة أو فحصًا للهوية. ولا يمكن تتبع المعاملة على الشبكة إلا بعد إنشائها وبثها. لنفترض أن الخدمة تخصم رسم سحب قدره 1000 sat من مبلغ 100000 sat المطلوب، فتستقبل المحفظة 99000 sat. هذا مثال توضيحي، وليس جدول رسوم. ولا يلزم أن تساوي رسوم العميل الرسوم المدفوعة للمعدّنين؛ فقد تجمع المنصة عدة عمليات سحب في معاملة واحدة. تتحقق آنا من الشبكة وعنوان الوجهة والمبلغ والتأكيدات في محفظتها. يستخدم السحب عبر Lightning Network شبكة من قنوات الدفع، يحدّث المشاركون داخلها توزيع الأموال دون تسجيل كل دفعة على حدة في السلسلة الرئيسية. [8] [9]

التحكم بالمفاتيح والملكية القانونية أمران مختلفان. بحسب ترتيبات الحفظ والقانون المنطبق، قد يحتفظ العميل بحقوق الملكية رغم أن أمين الحفظ ينفّذ التحويلات. وقد تنشئ ترتيبات أخرى حق مطالبة تجاه الشركة. لا يصلح وصف واحد لجميع المنصات. المهم هو فصل أموال العملاء عن أموال الشركة، والاحتفاظ بسجلات موثوقة لحصة كل عميل. والمحفظة المشتركة ليست، بحد ذاتها، دليلًا على اختلاس الأموال. ويجدر أيضًا قراءة ما إذا كان المنتج يقتصر فعلًا على الحفظ أم يسمح بإقراض الأصول أو رهنها. يجب أن يتوافق هذا الاستخدام مع القانون المنطبق؛ فوجود عبارة في العقد لا يجعله مشروعًا تلقائيًا. [3] [2] [6]

قد تتاح بعض الأموال للسحوبات اليومية عبر Hot Wallet، وهي محفظة تُستخدم مفاتيحها في بيئة متصلة بالإنترنت. ويحدّ Cold Storage من تعرّض المفاتيح للأنظمة المتصلة. يتطلب Multisig عدة توقيعات، بينما يوزّع MPC (Multi-Party Computation) عملية حسابية تشفيرية بين عدة مشاركين. في هذا النوع من التوقيع، يتعاون مشاركون منفصلون لإنشاء التوقيع دون تجميع المفتاح الخاص كاملًا في مكان واحد. قد تقلل هذه الأساليب بعض المخاطر، لكن لا يضمن أي اسم منها نزاهة الحسابات أو سلامة التشغيل. تهم أيضًا صلاحيات الموظفين والنسخ الاحتياطية والاستعادة وفحوص التحويل. وإذا استعانت المنصة بأمين حفظ آخر، أضيف طرف جديد إلى سلسلة المسؤولية. ينبغي لآنا معرفة من يشارك في حفظ أموالها، بدل الاكتفاء بصورة خزنة. [1] [10]

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

قد تنشر المنصة Proof of Reserves، أي إثبات الاحتياطيات. وبحسب الطريقة، قد يثبت سيطرتها على قدر معين من bitcoin في لحظة محددة. تستخدم بعض الأنظمة أيضًا Merkle Tree لأرصدة العملاء، وهي بنية تتيح التحقق من إدراج سجل ضمن قائمة. عندئذ قد تتمكن آنا من التأكد من إدراج حسابها، لكن ذلك لا يثبت تلقائيًا اكتمال جميع ديون الشركة. قد تكون الاحتياطيات مقترضة مؤقتًا، والأصول مرهونة، وبعض الالتزامات مستبعدة. لذا يميّز تنبيه أعدّه موظفو PCAOB (مجلس الرقابة على محاسبة الشركات العامة في الولايات المتحدة، الذي يشرف على تدقيق الشركات المدرجة) بين هذه التقارير وتدقيق القوائم المالية. وحتى التدقيق الحقيقي ليس وعدًا بالأمان مستقبلًا. يجب معرفة نطاق الفحص وفترته والشركة المحددة التي خضعت له. [4]

تجري المنصات غالبًا KYC، أي التحقق من هوية العميل والتعرّف عليه، وتربط هذه البيانات بالصفقات والتحويلات المصرفية وعناوين Bitcoin. وقد يكشف تسرّب قاعدة البيانات روابط مالية حساسة. يمكن أن تقيّد الفحوص الأمنية أو الالتزامات القانونية أو الخلافات حول الشروط الوصول إلى الحساب. لا تتغير قواعد Bitcoin، لكن آنا قد تعجز رغم ذلك عن السحب. تساعد كلمة مرور قوية والمصادقة متعددة العوامل، مثل تأكيد إضافي للدخول، في منع الاستيلاء على الحساب. لكنها لا تحل نقص الاحتياطيات أو فشل المشغّل. لذلك يشمل اختيار الخدمة فهم إجراءات الشكاوى وما ينبغي فعله عند حظر الحساب. [1]

تتحقق آنا أولًا من هوية الشركة التي تتعاقد معها بدقة، والرقابة عليها، وقواعد الحفظ والسحب. لا يكفي شعار تأمين؛ بل يهم ما يغطيه، ومن يتلقى التعويض، والاستثناءات. يساعد إيداع صغير وسحب صغير على فهم الإجراءات والرسوم، لكنهما لا يضمنان الأداء مستقبلًا. وإذا أرادت التحكم بنفسها، تجهّز محفظة وتنسخها احتياطيًا بأمان، وتتحقق من عنوان الاستقبال، وتبدأ باختبار ذي مبلغ مناسب. ولا تسلّم المنصة أبدًا Seed Phrase الخاصة بتلك المحفظة، وهي الكلمات المستخدمة لاستعادتها. يزيل Self-custody الاعتماد على المنصة بالنسبة للأموال المسحوبة، لكنه يحمّل آنا مسؤولية المفاتيح. الأساس هو فهم الخيارين وعدم الخلط بين حساب مريح وتحكم لا تملكه فعلًا. [1] [3]