ما هو الشكل النهائي لعرض الطرح العام الأولي على السلسلة؟ تحليل كامل لمقترح Hyperliquid HIP-6

هايبرليquid يعتزم تقديم نظام مزاد إصدار رموز غير مرخصة Hy-CO، الذي يعيد صياغة قواعد الاكتتاب على السلسلة بشكل جذري.

المؤلف: جيمس إيفانز (@jimbo_evans)

الترجمة: تقنية شين تشاو TechFlow

مقدمة شين تشاو: هذا مقترح كامل لتحسين Hyperliquid، يقترح إدخال آلية مزاد تصفية مستمر على مستوى البروتوكول، تتيح لفريق المشروع الجديد جمع رأس المال وإطلاق السيولة بشكل كامل على السلسلة، دون الاعتماد على بورصات مركزية أو منصات طرف ثالث.

استلهم الكاتب نموذج مزاد التصفية المستمر من Uniswap وأعاد تصميمه ليتناسب مع بيئة دفتر الطلبات الأصلية لـ Hyperliquid، مع تفاصيل تقنية كاملة تغطي من الإعداد إلى التسوية والأمان.

النص الكامل كالتالي:

نشكر @fiegemax على تقديم الأفكار والتوجيه والتعليقات، كما نشكر @arnx813 و@0xBroze و@0xOmnia و@xenoflux و@happenwah و@const_hom و@DougieDeLuca على مراجعاتهم وآرائهم.

إفصاح: أمتلك في حسابي الشخصي $HYPE. أنا أعمل لدى @recvcx، لكن هذا النص يعبر عن رأيي الشخصي فقط، ولا يمثل موقف شركة Reciprocal Ventures.

ملخص

HIP-6 يضيف آلية مزاد إصدار رموز غير مرخصة لــ HIP-1، مصممة خصيصًا للفِرق التي تطلق رموزها الأصلية على @HyperliquidX. تتكيف هذه الآلية مع نموذج مزاد التصفية المستمر (CCA) الخاص بـ @Uniswap، وتدمجه في بيئة دفتر الطلبات الأصلية (CLOB) لـ Hyperliquid. عند تسجيل المشروع للمزاد، يختار من بين أصول عرض الأسعار المتوافقة (مثل USDH)، مما يخلق طلبًا جديدًا ووسائل فائدة لهذه الأصول. عائدات المزاد ملك للفريق، مع تخصيص جزء منها تلقائيًا عبر سعر متوسط مرجح لحجم التداول خلال نافذة المزاد لإضافة سيولة إلى HIP-2. جميع منطق المزاد يعمل داخل تحويلات الكتلة لـ HyperCore، دون الحاجة إلى طرف خارجي.

الدوافع

يدعم كل من HIP-1 و HIP-2 نشر الرموز غير المرخصة وتلقائية السيولة، لكنهما لا يدعمان بشكل كافٍ تكوين رأس المال واكتشاف السعر للرموز الجديدة. لا تزال الفرق التي تطلق رموزها الأصلية على @HyperliquidX مضطرة إلى جمع التمويل خارج السلسلة، أو إدخال السيولة يدويًا باستخدام أموالها الخاصة، أو إتمام الإطلاق على دفتر طلبات ضعيف. بسبب هذه العقبات، لا تزال قدرات Hyperliquid في عمليات الطرح الأولي (ICO) أقل من بيئات عالية الأداء وأسواق أخرى. هناك أمثلة مثل @metadao على @solana، و@Uniswap Liquidity Launchpad على @base، و@dopplerprotocol، و@echodotxyz على @coinbase. HIP-6 اختيارية، لكن من خلال تحسين تكوين رأس المال واكتشاف السعر بشكل أكثر كفاءة، يدعم HIP-6 مؤسسي المشاريع الذين يرغبون في بناء دورة حياة كاملة للمشروع على Hyperliquid، ويدفع نحو هدف أن يصبح Hyperliquid سلسلة بلوكشين تحمل جميع أنواع التمويل.

يحسن HIP-6 من خلال:

• تكوين رأس مال على السلسلة: يمكن للفريق جمع التمويل مباشرة على Hyperliquid في عملية واحدة، مع توزيع العائدات بين الفريق وتلقائيًا لإضافة سيولة HIP-2.

• اكتشاف سعر عادل: يكتشف مزاد التصفية المستمر سعر السوق عبر عدة كتل، مما يقلل من تأثير لعبة الزمن الشائعة في المزادات التقليدية.

• زيادة أصول عرض الأسعار المتوافقة: يخلق قيمة عملية لأصول العرض، مما يزيد من TVL ويولد عائدات لصناديق الدعم.

• جذب المطورين: يمكن للفريق إتمام دورة حياة كاملة للرمز على Hyperliquid. إصدار المزيد من الرموز على Hyperliquid يعني زيادة رسوم التداول لصناديق الدعم.

• حماية المشاركين: الأموال الموعودة تُحتجز خلال المزاد بواسطة حالة HyperCore، ولا تكون في حوزة الفريق أو طرف ثالث موثوق.

بالنسبة للتسمية: يُسمى المقترح HIP-6 لأنه تم تخصيص HIP-5 لمقترح مستقل سابقًا.

على أي أساس نبني

يتم تكييف HIP-6 نموذج مزاد التصفية المستمر الخاص بـ @Uniswap مع بيئة دفتر الطلبات الأصلية (CLOB) لـ Hyperliquid. يقوم CCA بتقسيم مزاد كبير إلى N مزادات صغيرة متتالية. في كل كتلة، يطلق البروتوكول دفعة من الرموز ويحسب سعر تصفية موحد. يتم اكتشاف السعر تدريجيًا، وليس في لحظة واحدة، مما يحفز المشاركين على الانضمام مبكرًا بدلاً من الانتظار.

هناك بدائل أخرى لها عيوب واضحة:

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

• التوزيع النسبي المحدود: يعالج فقدان القيمة، لكنه يسبب حلقة طلب مفرطة. إذا كانت الطلبات تتجاوز الهدف بمضاعف، يودع المشاركون ضعف الكمية المستهدفة، مما يزيد الطلب المفرط، وهكذا. تجربة المستخدم سيئة.

• البيع بدون حد أقصى: يتجنب الحلقة المفرطة، لكنه يتيح جمع تمويل مفرط. مشروع يمكن أن يجمع 500 مليون دولار لبناء شيء يحتاج فقط 5 ملايين. تذكر موجة ICO عام 2017.

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

• منحنى الطلب التفاعلي Path-dependent، وبيع السعر الثابت يتطلب تخمين السعر الصحيح. CCA يوزع العروض على الزمن، ويحدد السعر الموحد عبر الكتل، ويقارب السعر الحقيقي بشكل تدريجي، بدلاً من حل المشكلة في لحظة واحدة.

ما يمكن بناؤه فوق HIP-6

HIP-6 يعالج مشكلات تكوين رأس المال واكتشاف السعر: كيف تجمع المشاريع الجديدة التمويل وتضيف السيولة على Hyperliquid. لا يتناول قضايا قيمة الرموز، حماية مالكي الرموز، أو حوكمة المشروع بشكل مباشر. هذه قضايا مستقلة، وننتظر من الفرق أن تبني عليها.

أمثلة على ما يمكن بناؤه فوق HIP-6 مستقبلاً:

• آليات تراكم القيمة: كيف تعود إيرادات البروتوكول إلى مالكي الرموز (مثل توزيع الرسوم، عمليات الشراء، مكافآت التكديس).

• إطار الحوكمة: يمنح مالكي الرموز حق التصويت على توزيع الصناديق، وتغيير المعلمات، أو ترقية البروتوكول.

• حماية مالكي الرموز: أدوات مثل قفل الصناديق، متطلبات التقارير على السلسلة، آليات التخصيص، لضمان قفل حصص المشتري والفريق.

هدف HIP-6 هو جعل المزاد الابتدائي عادلًا وفعالًا قدر الإمكان. ما يحدث بعد انتهاء المزاد هو مساحة تصميم مجتمع Hyperliquid. لا يمنع HIP-6 الفريق أو صانعي السوق من التعاون لتعزيز سيولة دفتر الطلبات الخاص بمشروعهم.

مسودة الوثائق العامة

إليك كيف يمكن أن يظهر HIP-6 في وثائق Hyperliquid العامة، كمراجعة أولية لوصفه للمستخدمين.

HIP-6: مزاد إصدار الرموز

يقدم HIP-6 آلية مزاد إصدار رموز غير مرخصة لــ HIP-1. يبيع فريق المشروع جزءًا من عرض رموزه من خلال مزاد التصفية المستمر. يلتزم المشاركون بأصول عرض الأسعار المتوافقة (حاليًا USDH). يحدد المشاركون ميزانيتهم وأعلى سعر يرغبون في دفعه لكل رمز. ثم يقسم البروتوكول هذا السعر عبر الكتل المتبقية للمزاد. في كل كتلة، يطلق البروتوكول دفعة من الرموز ويحسب سعر تصفية موحد. عند التسوية، يُرسل رسوم البروتوكول إلى صندوق الدعم، ويُضاف جزء من العائدات تلقائيًا إلى HIP-2 عبر سعر متوسط مرجح لحجم التداول خلال نافذة المزاد النهائية، مع بقاء باقي العائدات للفريق. جميع منطق المزاد يعمل داخل تحويلات الكتلة لـ HyperCore.

نشر المزاد

بعد إكمال خطوات نشر HIP-1 (مثل registerToken2، وuserGenesis إن وُجد، وgenesis، وregisterSpot)، ينادي الفريق بـ registerAuction. يحدد الفريق المعلمات التالية:

• auctionSupply: إجمالي الرموز المعروضة للبيع، يُنقل من حساب السيولة الخاص بالفريق إلى البروتوكول عند التسجيل.

• duration: مدة المزاد بالكتل، تصل إلى 3,024,000 كتلة (حوالي أسبوع عند 0.2 ثانية لكل كتلة).

• floorPx: أدنى سعر تصفية، افتراضيًا 0.

• startDelay: عدد الكتل بين التسجيل وكتلة التصفية الأولى، أدنى قيمة 1، افتراضيًا 1.

• minRaise: الحد الأدنى من التمويل المطلوب لنجاح المزاد، افتراضيًا 0.

• quoteAsset: يجب أن يكون من الأصول المعتمدة من البروتوكول (مثل USDH).

• hip2Seed: عدد النقاط المئوية التي تُضاف تلقائيًا إلى HIP-2 بعد خصم رسوم البروتوكول، بين 2000 و10000، افتراضيًا 2000.

• hip2OrderSz و hip2NOrders: حجم أوامر HIP-2 وعددها، مطلوبان.

بمجرد التسجيل، لا يمكن تعديل المعلمات. يتم تجميد تحويلات الرموز عند التسجيل، مما يمنع أي أوامر أو تحويلات أو عمليات HyperEVM على الرمز حتى التسوية. يمكن للفريق إلغاء المزاد قبل كتلة startBlock (أي خلال startDelay) عبر cancelAuction.

تقديم العروض

يقدم المشاركون عروضهم عبر submitBid، مع تحديد الميزانية (حد أدنى 100 وحدة من أصل عرض الأسعار) وأعلى سعر maxPx (مُقرب لجدول الشبكة). تُحتجز الميزانية عند التقديم. يُفرض رسم غير قابل للاسترداد بقيمة وحدة واحدة من أصل العرض لكل عرض. تُوزع الميزانية تلقائيًا على الكتل المتبقية للمزاد بشكل متساوٍ. العروض المقدمة في الكتلة h تكون فعالة من الكتلة h+1 فصاعدًا للمشاركة في التصفية. العروض المقدمة خلال startDelay تكون مفعلة عند الكتلة الأولى للتصفية.

يمكن للمشاركين تقديم عدة عروض بأسعار قصوى مختلفة للتعبير عن منحنى الطلب، لكن بحد أقصى 100,000 عرض لكل مشارك. لا يمكن سحب العروض إلا إذا كان maxPx أقل من سعر التصفية الأخير.

التصفية

خلال كل كتلة من المزاد، يطلق البروتوكول رموزًا بمعدل ثابت (auctionSupply / duration) ويحسب سعر تصفية موحد عبر استعراض أسعار الطلب من الأعلى إلى الأدنى حتى يتم تلبية الطلب للعرض. العروض التي تتجاوز سعر التصفية تحصل على الكمية الكاملة. العروض عند سعر التصفية تُقسم باقي الميزانية بشكل نسبي. العروض الأقل من سعر التصفية لا تحصل على شيء. يستخدم جدول الشبكة للطلب مع فجوة هندسية 1.003، متوافق مع HIP-2.

التسوية، تفعيل HIP-2، والمطالبة

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

عند النجاح، يُنفذ بشكل ذري:

• خصم 500 نقطة أساس من إجمالي الإنفاق كرسوم بروتوكول، وتُرسل إلى صندوق الدعم.
• يُستخدم hip2Seed لتفعيل HIP-2.
• يُنقل باقي العائدات إلى محفظة الفريق.
• يُعاد الرموز غير المباعة إلى الفريق.
• يُفك قيد الرموز، وتُستأنف التداولات والعمليات على EVM.
• يُفعل HIP-2 باستخدام المعلمات التي يحددها الفريق، مع حساب seedPx بناءً على سعر الإغلاق المرجح لحجم التداول خلال آخر 5% من مدة المزاد.

بعد التسوية، يمكن للمشاركين المطالبة عبر claimAuction، لاستلام الرموز المشتراة والأصول غير المستخدمة.

الرسوم

يُفرض رسم تسجيل قدره 10 HYPE عند تسجيل المزاد. يُفرض رسم قدره وحدة واحدة من أصل العرض عند كل تقديم عرض. يُخصم 500 نقطة أساس من العائدات النهائية كرسوم بروتوكول، وتُرسل إلى صندوق الدعم. رسوم التداول على الفور بعد المزاد تتبع نفس النسبة (setDeployerTradingFeeShare).

على أي أساس نبني

Hy-CO هو مزاد تصفية مستمر مدمج في منطق تحويل الكتل لـ HyperCore. يقدّم المشاركون عروضًا بأصول عرض الأسعار المتوافقة (مثل USDH)، مع تحديد الميزانية وأعلى سعر. في كل كتلة، يطلق البروتوكول دفعة من الرموز ويحسب سعر تصفية موحد. المشاركون الذين يقدمون عروضًا بأسعار أعلى من سعر التصفية يحصلون على الكمية الكاملة، والذين عند سعر التصفية يحصلون على باقي الكمية، مع احتمال جزئي. عند انتهاء المزاد، يخصم البروتوكول الرسوم ويرسلها إلى صندوق الدعم، ويضيف جزءًا من العائدات القابلة للتخصيص بناءً على سعر الإغلاق النهائي لحجم التداول، إلى HIP-2 Hyperliquidity، والباقي للفريق. التسوية بعد المزاد تتم بشكل ذري.

دورة حياة Hy-CO

يتكون Hy-CO من ثلاث مراحل:

• قبل المزاد: الإعداد. بعد إكمال خطوات نشر HIP-1، ينادي الفريق بـ registerAuction، حيث يتحقق البروتوكول من المعلمات، ويحتجز الرموز، ويُفعل قيد الرموز، ويخصص معرف المزاد.

• أثناء المزاد: تقديم العروض. يمكن للمشاركين تقديم عروض خلال startDelay أو خلال مدة المزاد عبر submitBid، مع احتجاز الميزانية عند التقديم. يبدأ التصفية من startBlock، حيث يطلق البروتوكول الرموز ويحسب سعر التصفية الموحد.

• بعد المزاد: التسوية. بعد endBlock، يقيّم البروتوكول نجاح المزاد ويقسم العائدات. يُفعل HIP-2 تلقائيًا باستخدام seedPx والمعلمات التي يحددها الفريق. بعد التسوية، يمكن للمشاركين المطالبة عبر claimAuction، مع استمرار التداول الطبيعي خلال فترة المطالبة.

يمكن إلغاء المزاد في أي وقت قبل startBlock عبر cancelAuction، الذي يعيد الرموز ويُفك قيدها. إذا تم تقديم عروض خلال startDelay، يُعتبر المزاد فاشلًا، ويستطيع المشاركون استرداد عروضهم. رسم التسجيل غير قابل للاسترداد. بعد بدء التصفية، لا يمكن إلغاء المزاد.

قرارات التصميم الرئيسية

• لماذا بروتوكول جديد وليس منتج طرف ثالث: إصدار الرموز هو بنية تحتية، وليس تطبيقًا. إذا أنشأ كل فريق آلية إصدار خاصة، ستتشتت البيئة. HIP يضمن أن كل رمز يُصدر على Hyperliquid (مثل استخدام HIP-6) يمكن أن يكتشف سعرًا عادلًا ويُضاف تلقائيًا إلى HIP-2، بدون اعتماد خارجي. كما أن هذه الآلية مضمونة عبر توافق المُحققين، وليس طرف ثالث.

• لماذا HyperCore وليس HyperEVM: كل ما يلزم لـ HIP-6 موجود على HyperCore. البناء على HyperEVM يضيف تعقيدًا غير ضروري ويقلل من تجربة المستخدم.

• لماذا مزاد التصفية المستمر: المزاد التقليدي يخلق لعبة زمنية، ويعتمد على التقدير الصحيح للسعر عند الافتتاح. منحنى الطلب التفاعلي Path-dependent، وبيع السعر الثابت يتطلب تخمين السعر الصحيح. CCA يوزع العروض على الزمن، ويحدد السعر الموحد عبر الكتل، ويقارب السعر الحقيقي بشكل تدريجي، بدلاً من حل المشكلة في لحظة واحدة.

• لماذا فقط أصول عرض أسعار متوافقة: يُقاس المزاد بأصول عرض أسعار متوافقة (مثل USDH). خلال مدة المزاد، يُقفل الأصول، مما يزيد TVL ويولد عائدات. دعم USDC أو غيرها من الأصول غير المتوافقة قد يخفف من هذه الفوائد. يمكن للمشاركين الذين يمتلكون USDC تحويلها عبر واجهة قياسية.

• لماذا خطة إطلاق خطية فقط: تضمن الخطية أن سعر التصفية يتزايد بشكل أحادي، وتُسهل الحسابات عند المطالبة. خطط غير خطية قد تؤدي إلى انخفاض سعر التصفية عند ارتفاع العرض، مما يعقد الحسابات. يمكن إدخال خطط غير خطية في مقترحات مستقبلية.

الاعتبارات الأمنية

• التداول الذاتي من قبل الفريق: يمكن للفريق أن يتداول عبر محافظ مستقلة لزيادة سعر التصفية ومتوسط سعر VWAP، ثم يسترد الرموز غير المباعة بعد التسوية. يُعاقب ذلك برسوم البروتوكول، ويُحسب seedPx بناءً على آخر 5% من VWAP، ويُفرض minRaise، وتكون العروض مرئية على السلسلة، مما يسهل اكتشاف التداول الذاتي. تكلفة تنفيذ ذلك تعتمد على حجم التداول الذاتي.

• التلاعب بسعر seedPx: يُحسب seedPx استنادًا إلى VWAP خلال آخر 5% من مدة المزاد، وليس السعر النهائي. التلاعب يتطلب إنفاقًا مستمرًا عبر عدة كتل، ويكلف أكثر مع زيادة حجم التداول.

• أمان الأموال: تظل أصول العروض والرموز المحتجزة في حوكمة البروتوكول طوال الوقت. تُعاد الأصول عند الفشل، وتُعاد الرموز إلى الفريق.

• تنفيذ قيد الرموز: تُقفل جميع التحويلات (على دفتر الطلبات، P2P، HyperEVM) خلال المزاد النشط، لمنع البيع غير المصرح به من قبل الفريق أو الموظفين.

• تأخير تفعيل العروض: العروض تُدخل في التصفية في الكتلة التالية بعد التقديم، لمنع المهاجمين من ملاحظة العروض المعروضة والتفاعل عليها في نفس الكتلة.

تأثيرات على الأطراف

• فريق المشروع: يوفر Hy-CO وسيلة مدمجة لجمع التمويل وإضافة السيولة، مع توزيع العائدات على الفريق وصندوق الدعم، مع اكتشاف سعر تلقائي. يقلل من السيطرة على السعر المبدئي.

• مستخدمو Hyperliquid: يمكنهم المشاركة المباشرة في إصدار رموز الفرق الجديدة، مع فرصة لشراء الرموز عند سعر عادل، عبر واجهة موحدة. بعد التسوية، يجب المطالبة عبر claimAuction، ولا تُوزع الرموز تلقائيًا. دفتر الطلبات يبدأ بسيولة HIP-2، ويمكن أن ينفد الطلب بسرعة إذا باع المشاركون بعد المطالبة، وهو سلوك متوقع.

• حاملو HYPE: يشجع Hy-CO على بناء نظام بيئي أكثر نشاطًا، ويزيد من قيمة الرموز من خلال إصدار الرموز بشكل عادل، ويعزز تدفقات الإيرادات من رسوم التداول.

• مزودو السيولة وصانعو السوق: بعد المزاد، يبدأ دفتر الطلبات بعمق حقيقي مدعوم من عائدات المزاد، مما يوفر أسعارًا أكثر موثوقية وعمقًا من اليوم الأول.

• المدققون والمحققون: تكلفة التصفية لكل كتلة تعتمد على عدد مستويات السعر المحتجزة، وتظل معقولة حتى مع وجود آلاف المستويات، مع عدم الحاجة إلى عمليات تشفير إضافية أو قراءات خارجية.

العمل المستقبلي

ما يتجاوز نطاق هذا المقترح، ويجب تقييمه مع نضوج HIP-6:

• مراجعة حوكمة المعلمات
• التسوية الجماعية (كل K كتل)
• خطط الإطلاق غير الخطية
• إدخال دفعات HIP-2 على دفعات
• آليات احتياطي HIP-2
• انتهاء المطالبات وتنظيف الحالة
• تكامل واجهة المستخدم