كيف تعمل Hyperliquid

سلسلة الخطوات

ست خطوات تفصل دولارًا على سلسلة أخرى عن مركز على Hyperliquid.

1. وصول USDC إلى HyperCore. تُسكّ USDC أصليًا على الطبقة الأولى في Hyperliquid، وبروتوكول Circle للتحويل بين السلاسل ينقلها من Arbitrum.
2. قيدها في عنوانك. تُقيَّد الإيداعات أولًا في رصيد الهامش المتقاطع لذلك العنوان، في غرفة مقاصة العقود الدائمة.
3. توقيعك أمرًا. سوق واتجاه وكمية وسعر ورافعة، يوقّعها مفتاح الحساب أو محفظة API وافق عليها.
4. دخول الأمر إلى دفتر ذلك الأصل، بسعر مضاعف لحجم النقرة، ومطابقته بأولوية السعر ثم الزمن.
5. تغيير التنفيذ لمركزك في غرفة المقاصة، ثم تسوية التمويل كل ساعة ما دام المركز مفتوحًا.
6. السحب توقيع على Hyperliquid وحدها: يوقّع المدققون ويرسلون الطلب إلى عقد الجسر.

إدخال الدولارات

تُسكّ USDC أصليًا على الطبقة الأولى في Hyperliquid، والطريق من Arbitrum هو بروتوكول Circle نفسه، وCircle توثّقه. أما جسر Arbitrum الأقدم فمهجور: تقول الوثائق إنه يحمل الآن أقل من 10 % من معروض USDC على HyperCore.

وتستحق آلية الجسر القديم أن تُعرف، لأن معظم الأدلة ما زالت تصفها. فما يُرسل إليه من USDC يُقيَّد للعنوان المرسِل في أقل من دقيقة، والحد الأدنى للإيداع 5 USDC، وتقول الوثائق صراحة إن أي مبلغ أصغر لا يُقيَّد ويضيع إلى الأبد.

وما يصل يحطّ في رصيد الهامش المتقاطع، حيث يسند كل مركز يُفتح بهذا الوضع. والمركز يُفتح بالهامش المتقاطع افتراضيًا؛ أما الهامش المعزول فاختيار تتخذه لكل مركز.

أمر على الدفتر

يعمل دفتر الأوامر في جوهره كما يعمل دفتر منصة مركزية، وهو على السلسلة بالكامل. فالسعر لا بد أن يكون مضاعفًا صحيحًا لحجم النقرة، والكمية مضاعفًا صحيحًا لحجم الوحدة، وتُطابَق الأوامر بأولوية السعر ثم الزمن.

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

والسلسلة نفسها تعرف ما هو الأمر. داخل الكتلة، تُرتَّب الأفعال في ثلاث مجموعات: أولًا ما لا يرسل أمر GTC أو IOC إلى أي دفتر، ثم الإلغاءات، ثم ما يرسل أمر GTC أو IOC واحدًا على الأقل، ويحفظ كل فريق الترتيب الذي أعطاه مقترح الكتلة. والكتلة تحمل عادةً دفعة أو دفعتين من أفعال الإجماع.

كم تستغرق للرد

من الطرف إلى الطرف، أي من إرسال الطلب إلى تلقّي رد مثبَّت، تعطي الوثائق وسيطًا قدره 0.2 ثانية و0.9 ثانية عند المئين التاسع والتسعين، لأمر يصدر من عميل قريب جغرافيًا. والشبكة الرئيسية تدعم نحو 200,000 أمر في الثانية، وتقول الوثائق إن عنق الزجاجة هو التنفيذ لا الإجماع.

ولذلك نتيجتان لكل ما هو آلي. فالقرار يُثبَّت في أقل من ثانية بكثير، فلا يحتاج البرنامج أن يخمّن هل وصل أمره؛ والبرنامج البعيد عن خادم API مقيَّد بشبكته هو قبل أن تقيّده السلسلة.

التواقيع ومحافظ API وأرقام nonce

كل فعل موقَّع. وإلى جانب مفتاح الحساب نفسه، يستطيع الحساب الرئيسي أن يوافق على محافظ API، وتسمّيها الوثائق أيضًا محافظ وكلاء، لتوقّع عن الحساب أو عن حساباته الفرعية. ويستطيع الحساب أن يحمل محفظة واحدة موافَقًا عليها بلا اسم وثلاثًا بأسماء على الأكثر، مع وكيلين مسمّيين إضافيين لكل حساب فرعي، وأقصى انتهاء يُضبط بـ valid_until هو 180 يومًا من الآن.

ومحفظة API توقّع ولا تفعل شيئًا غير ذلك. وبيانات الحساب يُستعلم عنها بالعنوان الحقيقي للحساب، وتسمّي الوثائق الاستعلام بعنوان الوكيل فخًّا شائعًا: فهو يعيد نتيجة فارغة، لا خطأ.

وأرقام nonce هنا ليست أرقام إيثريوم، لأن دفتر الأوامر لا يستطيع انتظار معاملة واحدة في كل مرة. تحتفظ Hyperliquid بأعلى 100 رقم nonce لكل موقِّع؛ وعلى الفعل الجديد أن يحمل رقمًا أكبر من أصغر أرقام تلك المجموعة ولم يُستعمل من قبل، وأن يقع في اليومين السابقين لطابع زمن كتلته وفي اليوم التالي له.

إخراج الدولارات

يبدأ السحب بتوقيع على Hyperliquid ولا يحتاج منك أي معاملة على السلسلة الأخرى: يوقّع المدققون ويرسلون الطلب إلى عقد الجسر. وتعطي الوثائق رسمًا قدره دولار واحد وقت كتابتها، ونحو خمس دقائق حتى النهائية.

ومن يستطيع إرسال ذلك الطلب أهم من المدة التي يستغرقها. فمحفظة API الموافَق عليها لا تستطيع: قيس ذلك على الشبكة الرئيسية في 28 سبتمبر 2026 بمفتاح وكيل جديد، فرُفض withdraw3 وusdSend وspotSend وsendAsset وusdClassTransfer كلها على الموقِّع، بينما واجهت الحمولات نفسها موقَّعةً بالحساب خطأ رصيد بدل ذلك.

ولهذا يمكن أصلًا منح وكيل مفتاحًا. فالمفتاح الذي يتداول والمفتاح الذي ينقل المال مفتاحان مختلفان.