راز موفقیت Hyperliquid؛ تحلیل لایه به لایه زیرساخت مالی

نویسنده: Baheet

گردآوری: Jiahua، ChainCatcher

ساخت زیرساخت‌های مالی در سطح نهادی، اغلب از مسیری قابل‌ردیابی پیروی می‌کند. شما نمی‌توانید با پیچیده‌ترین محصول شروع کنید و سپس به عقب برگردید.

باید از لایه تسویه حساب شروع کنید، ثابت کنید که تحت فشار به درستی کار می‌کند و سپس تمام قابلیت‌هایی که به آن وابسته هستند را فعال کنید.

بورس نیویورک قبل از داشتن یک بازار سهام کارآمد، مشتقات اضافه نکرد. بورس کالای شیکاگو نیز قبل از معرفی معاملات آتی، قراردادهای اختیار معامله را راه‌اندازی نکرد.

این ترتیب به هیچ وجه تصادفی نیست. ترتیب در سطوح پایه، امکانات سطوح بالاتر را تعیین می‌کند.

Hyperliquid این موضوع را به خوبی درک کرده است.

عموم مردم Hyperliquid را به عنوان یک صرافی غیرمتمرکز می‌بینند که دائماً محصول ارائه می‌دهد؛ صرافی قراردادهای آتی دائمی که معاملات نقدی، دارایی‌های توکنیزه و سپس بازارهای پیش‌بینی را اضافه کرد. تیمی که سریع عمل می‌کند.

این گزاره اشتباه نیست، اما کاملاً از اصل موضوع غافل است.

Hyperliquid یک صرافی غیرمتمرکز نساخت که مدام به آن محصول اضافه کند. آن‌ها یک موتور تسویه حساب ساختند و آن را لایه به لایه بازگشایی کردند.

هر HIP یک پیش‌نیاز است، نه فقط یک قابلیت.

و HIP-4، پیشنهادی که همه آن را قاتل Polymarket می‌نامند، اثبات نهایی هدف شفاف آن از همان ابتداست.

بنیان

پیش از ظهور هر HIP، یک تصمیم طراحی، همه چیزهای بعدی را تعیین کرد.

Hyperliquid، HyperCore را به عنوان یک لایه اول (L1) اختصاصی برای اپلیکیشن‌ها ساخت که کاملاً حول ساختار خرد بازار بهینه‌سازی شده است. این شبکه به دنبال برنامه‌پذیری عمومی نیست و اجرای قراردادهای هوشمند دلخواه را دنبال نمی‌کند.

این شبکه صرفاً بر ساختار خرد بازار تمرکز دارد. تأییدهای زیر ثانیه، اجرای قابل پیش‌بینی، مدیریت شفاف وضعیت و موتور تطبیق‌دهنده‌ای که قادر به مدیریت تقاضاهای توان عملیاتی معاملات حرفه‌ای مشتقات است.

این یک محدودیت آگاهانه است. Hyperliquid با امتناع از ساخت یک زنجیره عمومی، از گستره توسعه‌دهندگانی که اتریوم و سولانا برای جذب آن‌ها رقابت می‌کنند، صرف‌نظر کرده است.

در عوض، آن‌ها موتور تسویه حسابی دارند که می‌تواند از همان روز اول با اطمینان از بازارهای سطح نهادی پشتیبانی کند.

این تضمین عملکرد، چیزی است که صرافی‌های غیرمتمرکز مبتنی بر AMM و لایه‌های اول عمومی سال‌ها برای دستیابی به آن تلاش کرده‌اند اما هنوز به طور کامل محقق نشده است.

هر HIP بعدی به این دلیل ممکن شد که HyperCore از ابتدا این‌گونه ساخته شده بود.

محدودیت‌ها خودشان استراتژیک هستند.

HIP-1: استاندارد دارایی

لایه اول، بنیادی‌ترین و کم‌بحث‌ترین لایه است.

HIP-1 استاندارد توکن بومی Hyperliquid را معرفی می‌کند که پاسخ این پروتکل به ERC-20 است، اما با یک تفاوت ساختاری کلیدی.

توکن‌های تحت HIP-1 به عنوان موجودی قرارداد هوشمند در یک ماشین مجازی عمومی وجود ندارند. آن‌ها واحدهای بومی خودِ موتور HyperCore هستند که از لحظه پیدایش، مستقیماً در زیرساخت تطبیق‌دهنده با کارایی بالا قابل معامله‌اند.

این تمایز بسیار مهم‌تر از آن چیزی است که به نظر می‌رسد.

در اتریوم، دارایی‌ها و صرافی‌هایی که آن‌ها را معامله می‌کنند، سیستم‌های مستقلی هستند که باید از طریق مرزهای قرارداد با یکدیگر ارتباط برقرار کنند.

در Hyperliquid، دارایی‌ها و صرافی‌ها یک سیستم واحد هستند. هیچ پلی وجود ندارد، هیچ تأخیری ناشی از فراخوانی‌های بین‌قراردادی وجود ندارد و هیچ فضای ریسک اجرایی که پروتکل‌های دیفای ساخته‌شده بر زنجیره‌های عمومی را آزار می‌دهد، وجود ندارد.

HIP-1 مشکل دسترسی به دارایی را حل می‌کند.

اما کارکرد عمیق‌تر آن این است که HyperCore را به عنوان خانه بومی برای اصول اولیه مالی تثبیت می‌کند، نه فقط یک محیط اجرا برای کدهای دلخواه.

بدون این اثبات، هر آنچه در ادامه می‌آید غیرقابل اعتماد خواهد بود.

HIP-2: هدایت نقدینگی

دارایی بدون نقدینگی بی‌معناست. این مشکل شروع سرد (Cold Start) است که پروتکل‌های بسیار امیدوارکننده‌تر از هر شکست فنی را خفه می‌کند.

شما قبل از ظهور معامله‌گران به نقدینگی نیاز دارید و قبل از ظهور تأمین‌کنندگان نقدینگی به معامله‌گران نیاز دارید.

بیشتر پروژه‌ها این تناقض را از طریق برنامه‌های تشویقی، زمان‌بندی آزادسازی توکن و یارانه‌های بازارساز کاهش می‌دهند. این‌ها راه حل نیستند، بلکه تأخیر هستند.

HIP-2 مکانیزم «Hyperliquidity» را معرفی می‌کند؛ یک مکانیسم بازارسازی الگوریتمی بومی که مستقیماً در لایه پروتکل ساخته شده است.

برخلاف AMMها که منفعلانه منتظر حجم معاملات می‌مانند و تأمین‌کنندگان نقدینگی را هنگام تسویه بازار در معرض ضرر ناپایدار اجتناب‌ناپذیر قرار می‌دهند، Hyperliquidity تأمین نقدینگی برای دارایی‌های نقدی را به گونه‌ای خودکار می‌کند که مدل اقتصادی از همان بلوک اول پایدار باشد.

هر دارایی که در Hyperliquid راه‌اندازی شود، می‌تواند بلافاصله بازاری کاملاً کاربردی داشته باشد. نه «در نهایت خواهد داشت»، بلکه بلافاصله.

اهمیت HIP-2 فقط عملیاتی نیست. این ثابت می‌کند که HyperCore می‌تواند به صورت بومی مشکل شروع سرد را بدون برون‌سپاری هدایت نقدینگی به بازارسازان خارجی یا برنامه‌های تشویقی حل کند.

این اثبات، پایه و اساس تحولات بعدی را می‌سازد. قراردادهای آتی دائمی بدون مجوز با همان مشکل شروع سرد در مقیاسی بزرگ‌تر مواجه خواهند شد. HIP-2 نشان می‌دهد که موتور کاملاً قادر به مدیریت آن است.

HIP-3: تست استرس

از اینجا به بعد است که استدلال غیرقابل انکار می‌شود.

HIP-3 انحصار لیست کردن توکن‌ها را می‌شکند. پیش از این، هر بازار در @HyperliquidX توسط تیم اصلی مستقر و مدیریت می‌شد؛ یک مدل متمرکز که کیفیت را تضمین می‌کرد اما تنوع را محدود می‌ساخت.

HIP-3 قراردادهای آتی دائمی بدون مجوز را معرفی می‌کند که توسط سازندگان مستقر می‌شوند و به تیم‌های خارجی اجازه می‌دهد بدون نیاز به مجوز، بازارهای آتی برای هر دارایی را راه‌اندازی کنند.

میم‌کوین‌ها، شاخص‌ها، توکن‌های پیش‌بازار، جفت‌ارزهای خاص. هر کسی که بتواند یک میلیون HYPE استیک کند، می‌تواند بازاری را لیست کرده و در زیرساخت HyperCore فعالیت کند.

نتایج فوری بود. سود باز (Open Interest) از کمتر از ۲۰۰ میلیون دلار به بیش از ۱.۲۶ میلیارد دلار رسید. حجم معاملات روزانه به ۵.۹ میلیارد دلار رسید.

شرکت‌کنندگان اولیه تا ۸۵ درصد از سهم بازار را در دسته‌های مربوطه خود به دست آوردند. با هر استانداردی، HIP-3 یک انفجار بود.

اما مهم‌ترین کاری که HIP-3 انجام داد، ایجاد حجم معاملات نبود.

این ثابت کرد که ایجاد بازارهای بدون مجوز در HyperCore می‌تواند در مقیاس بزرگ تحت شرایط واقعی عمل کند و در برابر ریسک‌های واقعی سرمایه مقاومت کند.

موتور تطبیق‌دهنده دوام آورد. مدیریت وضعیت دوام آورد. مکانیزم کارمزد دوام آورد.

HyperCore اکنون تست استرس برای معاملات مشتقات بدون مجوز را در ده‌ها دارایی به طور همزمان پشت سر گذاشته است.

HIP-3 امتحان است. HIP-4 معنای آن امتحان است.

HIP-4: هدف نهایی

قراردادهای نتیجه‌گرا (Outcome contracts) محصولات بازار پیش‌بینی به نظر می‌رسند. در واقعیت، آن‌ها یک حلقه بسته از کل معماری هستند.

HIP-4 قراردادهای تسویه باینری کاملاً وثیقه‌گذاری‌شده را معرفی می‌کند که بین ۰ و ۱ معامله می‌شوند و بر اساس نتایج قابل‌تأیید رویدادها، به یکی از این دو مقدار تسویه می‌شوند.

بدون تسویه حساب، نقطه ورود یک ریسک ثابت است که با USDH تسویه می‌شود.

در ظاهر، این Hyperliquid را در رقابت مستقیم با Polymarket و Kalshi قرار می‌دهد. این چارچوب اشتباه نیست، اما تحول اساسی که در حال وقوع است را دست‌کم می‌گیرد.

کارکرد عمیق‌تر HIP-4 این است که قابلیت قیمت‌گذاری HyperCore را از دارایی‌ها و اهرم، به خودِ احتمالات گسترش می‌دهد.

قبل از HIP-4، HyperCore می‌توانست ارزش یک دارایی و میزان اهرمی که بازار می‌تواند پشتیبانی کند را قیمت‌گذاری کند. پس از HIP-4، می‌تواند قیمت‌گذاری کند که آیا چیزی اتفاق می‌افتد یا خیر.

این گام، قطعه نهایی سیستم‌عامل مالی را تکمیل می‌کند.

جهت قیمت، اهرم و احتمال، سه بعد بنیادی ریسک مالی هستند. HyperCore اکنون می‌تواند این سه بعد را به صورت بومی در یک محیط مارجین یکپارچه بر روی همان موتور تسویه حساب بیان کند.

به همین دلیل است که قابلیت مارجین کامل، مهم‌ترین ویژگی HIP-4 است، نه فقط بازار پیش‌بینی سطحی آن.

معامله‌گران می‌توانند از همان وثیقه برای نگه داشتن یک موقعیت قرارداد آتی دائمی اهرمی و خرید یک قرارداد نتیجه استفاده کنند.

وجوه بیکار در سطح بازار پیش‌بینی، به سرمایه فعال در سطح قرارداد آتی تبدیل می‌شوند.

این دو سیستم، محصولات مجاور که یک ترازنامه را به اشتراک می‌گذارند نیستند. آن‌ها یک سیستم واحد هستند که ابعاد مختلف ریسک را در برابر همان زیرساخت تسویه حساب بیان می‌کنند.

هیچ بازار پیش‌بینی موجودی نمی‌تواند این را ارائه دهد، زیرا هیچ بازار پیش‌بینی موجودی بر روی یک موتور تسویه مشتقات تأییدشده ساخته نشده است.

Polymarket و Kalshi لایه‌های تسویه برای شرط‌بندی‌های باینری هستند. HyperCore یک سیستم‌عامل مالی است که حالا اتفاقاً از شرط‌بندی‌های باینری به عنوان یکی از اصول اولیه خود پشتیبانی می‌کند.

مقایسه

وقتی مشاهده می‌کنید که اکوسیستم گسترده‌تر چگونه به مسائل مشابه پاسخ می‌دهد، انتخاب‌های متوالی Hyperliquid واضح‌تر می‌شود.

بیشتر زیرساخت‌های بلاک‌چینی حول یک باور اصلی طراحی شده‌اند: ابتدا به توسعه‌دهندگان حداکثر فضای برنامه‌پذیری را بدهید، عملکرد خود به خود حاصل می‌شود.

این نادرست نیست. با توجه به تقاضاهای سال‌های اولیه صنعت، این یک شرط‌بندی منطقی است.

برنامه‌پذیری اتریوم، کلاس کاملی از آزمایش‌های مالی را باز کرد که در غیر این صورت غیرممکن بود. توان عملیاتی سولانا نشان داد که سیستم‌های درون‌زنجیره‌ای می‌توانند نیازهای سرعتی برنامه‌های مالی واقعی را برآورده کنند.

هر دو زنجیره به پیشرفت‌های واقعی دست یافته‌اند و همچنان میزبان برخی از مهم‌ترین برنامه‌ها در فضای کریپتو هستند.

با این حال، اولویت دادن به فضای برنامه‌پذیری نسبت به عملکرد، یک بدهی فنی خاص ایجاد می‌کند.

وقتی برنامه‌های ساخته‌شده بر روی زنجیره‌های عمومی به اندازه‌ای پیچیده می‌شوند که نیاز به اجرای سطح نهادی دارند، زنجیره باید تضمین‌های عملکردی را که هنگام پی‌ریزی اولویت نداده بود، به صورت پس‌دستی اضافه کند.

این اصلاحات دشوار و پرهزینه است و هرگز نمی‌تواند کاملاً تمیز باشد.

یک محیط اجرا که حول ساختار خرد بازار طراحی نشده باشد، نمی‌تواند به طور کامل با مقیاس‌پذیری لایه ۲ یا بهینه‌سازی‌های اعتبارسنج جبران شود.

Hyperliquid شرط‌بندی معکوسی انجام داد. این پروژه فضای طراحی را در لایه بنیادی کاملاً به ساختار خرد بازار محدود کرد و سپس فضای برنامه‌پذیری را بر روی موتور تسویه حسابی که قبلاً تحت شرایط واقعی تأیید شده بود، باز کرد.

هزینه‌اش این است که توسعه‌دهندگان اولیه دسترسی محدودتری دارند. پاداشش این است که هر محصول ساخته‌شده بر روی HyperCore، قابلیت اطمینان لایه تسویه زیرین را به ارث می‌برد.

این انتقادی به زنجیره‌های عمومی نیست. این یک مشاهده است: وقتی زیرساخت مالی از اصول اولیه حول بازارها طراحی شود تا برنامه‌پذیری، چه امکاناتی پدیدار می‌شود.

دو نقطه شروع متفاوت، دو نقطه پایان متفاوت.

افکار نهایی

آنچه این تیم در حال ساخت است، هرگز یک Binance بهتر نبوده است. آن نوع چشم‌انداز همیشه خیلی کوچک بوده است.

Hyperliquid در واقع در حال ساخت یک پشته فنی حداقلِ قابل‌حیات (MVP) برای یک سیستم‌عامل مالی است که با تنها ترتیب ساختاری منطقی مونتاژ شده است.

تسویه حساب اول. دارایی‌ها دوم. نقدینگی سوم. اهرم چهارم. احتمال پنجم.

هر لایه یک اثبات مفهوم برای لایه بعدی است. هر HIP یک پیش‌نیاز است، نه یک قابلیت.

شواهد در خودِ این ترتیب نهفته است.

HIP-3 به این دلیل از HIP-2 پیروی نکرد که تیم ایده خوبی برای قراردادهای آتی دائمی بدون مجوز داشت. این اتفاق به این دلیل رخ داد که HIP-2 قبلاً ثابت کرده بود HyperCore می‌تواند به صورت بومی مشکل شروع سرد را حل کند.

HIP-4 به این دلیل از HIP-3 پیروی نکرد که بازارهای پیش‌بینی ترند هستند. این اتفاق به این دلیل رخ داد که HIP-3 قبلاً به موتور تسویه اجازه داده بود تست استرس در مقیاس بزرگ را در ده‌ها دارایی تحت سرمایه واقعی پشت سر بگذارد.

این ترتیب خود بهترین استدلال است.

HyperCore اکنون می‌تواند دارایی‌ها را قیمت‌گذاری کند، نقدینگی را حفظ کند، اهرم را بیان کند و احتمالات را تسویه کند.

این لیستی از قابلیت‌ها نیست که به مرور زمان توسط یک تیم سریع کنار هم چیده شده باشد. این معماری با هدفی شفاف است.

نقطه پایان همیشه HIP-4 بوده است. فقط برای رسیدن به آن به چهار پیش‌نیاز نیاز بود.

همین!