آیا با داشتن سهام می‌توان سود دریافت کرد؟ Hyperliquid در حال انتقال قوانین بازار سهام سنتی به زنجیره است

نویسنده｜Odaily روزنامه ستارهآزما

در تاریخ 12 اوت به وقت پکن، بنیان‌گذار Hyperliquid، جف یان، در کانال رسمی دیسکورد خود به‌روزرسانی‌هایی را اعلام کرد. به دلیل اینکه بیان اولیه بیش از حد فنی بود، بسیاری از افراد اهمیت این تغییرات را نادیده گرفتند یا دست کم گرفتند.

ترجمه مستقیم

در زیر ترجمه مستقیم بیانیه جف یان آمده است.

• بر اساس بازخورد سازندگان، HIP-1 توابع زیر را که توسط توسعه‌دهنده توکن کنترل می‌شود، اضافه خواهد کرد: scaleWei { token, totalWei, referenceToken, systemAddress }.
• این عملیات به‌طور خودکار و به نسبت موجودی referenceToken کاربران، totalWei توکن را از systemAddress به این کاربران منتقل می‌کند. در این محاسبه، به پایین گرد می‌شود و systemAddress خود شامل نمی‌شود. به عنوان مثال، زمانی که token == referenceToken باشد، این ویژگی می‌تواند برای بازنگری قیمت (redenomination) استفاده شود.
• systemAddress دو حالت ممکن دارد: Core → آدرس سیستم EVM؛ آدرس خزانه (Treasury) که توسط توسعه‌دهنده مشخص شده و می‌تواند امضا ارائه دهد. لازم به ذکر است که EVM به خودی خود چنین عملکرد اتمی (atomic) ندارد. بنابراین، اگر توکن‌های مربوطه همزمان در محیط EVM وجود داشته باشند، قرارداد هوشمند مربوطه ممکن است نیاز به اضافه کردن منطق سفارشی داشته باشد تا این عملیات به‌طور همزمان بر موجودی توکن‌های EVM اعمال شود.
• زمانی که token و referenceToken یکسان باشند: تمام سفارشات باز (Open Orders) لغو می‌شوند و سپس بر اساس نسبت واقعی redenomination دوباره ایجاد می‌شوند، در هنگام ایجاد مجدد، به دقت szDecimals به پایین گرد می‌شود؛ totalWei می‌تواند منفی باشد. این امکان را برای redenomination در جهت معکوس فراهم می‌کند.
• از همه دعوت می‌شود تا بازخورد دهند تا اطمینان حاصل شود که این ویژگی می‌تواند به‌طور گسترده‌ای نیازهای واقعی را برآورده کند.

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

تفسیر ساده

به طور ساده، Hyperliquid در حال افزودن یک قابلیت نادر به HIP-1 است ------ تنظیمات انبوه و برنامه‌ریزی شده دارایی‌های کاربران به‌طور مستقیم در "لایه موجودی" HyperCore.

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

فرض کنید که در Hyperliquid یک توکن A وجود دارد، اکنون آلیس 100 توکن، باب 50 توکن و چارلی 10 توکن دارد. اگر یک آدرس دارای 1600 توکن B باشد و A به عنوان referenceToken در نظر گرفته شود، سیستم می‌تواند این 1600 توکن B را به‌طور خودکار بر اساس نسبت توکن‌های A هر شخص توزیع کند.

وضعیت توزیع به این صورت خواهد بود:

• آلیس با 62.5% از توکن‌های A، 1000 توکن B دریافت می‌کند؛
• باب با 31.25%، 500 توکن B دریافت می‌کند؛
• چارلی با 6.25%، 100 توکن B دریافت می‌کند.

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

و اگر token == referenceToken باشد، "بازنگری قیمت" (redenomination) انجام می‌شود، تغییرات حتی بیشتر قابل مشاهده خواهد بود.

به عنوان مثال، وضعیت اولیه یک توکن سهام اینگونه است: آلیس 100 سهم، باب 50 سهم و چارلی 10 سهم دارد. اکنون یک تقسیم 1:10 انجام می‌شود، بنابراین سیستم می‌تواند به‌طور مستقیم تنظیمات موجودی را انجام دهد.

وضعیت پس از تنظیم به این صورت خواهد بود؛

• آلیس 1000 سهم دارد؛
• باب 500 سهم دارد؛
• چارلی 100 سهم دارد.

نسبت‌های سهام هر فرد تغییر نکرده است، فقط واحد قیمت تغییر کرده است. برعکس نیز همینطور است.

Hyperliquid همچنین در به‌روزرسانی خود به مسئله سفارشات در معاملات توجه کرده است. اگر یک دارایی تقسیم 1:10 داشته باشد، سفارش فروش 100 سهم که قبلاً ثبت شده است، به وضوح نمی‌تواند به‌طور دست نخورده باقی بماند، در غیر این صورت تعداد سفارشات پس از تقسیم با سیستم جدید موجودی مطابقت نخواهد داشت. بنابراین، سیستم سفارشات قبلی را لغو می‌کند و سپس بر اساس نسبت جدید دوباره ایجاد می‌کند و بر اساس szDecimals به دقت تعداد را پردازش می‌کند. به عبارت دیگر، این در واقع به معنای انجام بازنگری قیمت برای موجودی، سفارشات و سایر وضعیت‌های معاملاتی به‌طور همزمان است.

با درک منطق به‌روزرسانی، این "قابلیت برنامه‌ریزی در سطح موجودی" چه کاربردی دارد؟

سناریوهای کاربردی

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

سناریو اول: تقسیم سود

تقسیم سود یکی از حقوق اساسی سهام سنتی است. در سیستم‌های کارگزاری سنتی، این یک اقدام استاندارد شرکتی است؛ در حالی که در حالت EVM معمول، اگر بخواهید عملی مشابه انجام دهید، معمولاً نیاز به ثبت آدرس‌های واجد شرایط از طریق قرارداد هوشمند دارید و سپس کاربران به‌طور فعال سود را دریافت می‌کنند، یا طرف پروژه به‌طور جداگانه توزیع می‌کند.

scaleWei یک امکان دیگر را فراهم می‌کند ------ توزیع دارایی‌های سود به کاربران به نسبت موجودی توکن‌های سهام در HyperCore. فرض کنید که در آینده یک توکن سهام از یک شرکت عمومی در Hyperliquid ظاهر شود و شرکت تصمیم بگیرد 1 دلار به ازای هر سهم تقسیم کند ------ آلیس 100 سهم، باب 50 سهم و چارلی 10 سهم دارد، سیستم می‌تواند به‌طور مستقیم دارایی‌های سود را به نسبت موجودی هر فرد توزیع کند، بدون اینکه کاربران نیاز به Claim دستی داشته باشند و بدون اینکه طرف پروژه به‌طور جداگانه قرارداد را فراخوانی کند، HyperCore خود می‌تواند این انتقال انبوه را انجام دهد.

سناریو دوم: تقسیم و ادغام سهام

این واقعاً سناریویی است که به‌طور مشخص به‌روزرسانی اخیر را هدف قرار می‌دهد. زمانی که توکن و referenceToken یک دارایی یکسان هستند، scaleWei می‌تواند موجودی تمام دارندگان را به‌طور یکنواخت تنظیم کند.

بنابراین، اگر یک دارایی HIP-1 نیاز به تقسیم 1:10، ادغام 10:1 یا حتی تنظیم حداقل واحد معامله داشته باشد، می‌تواند به‌طور مستقیم اجرا شود و سیستم به‌طور همزمان سفارشات غیرقابل انجام را لغو و دوباره ایجاد می‌کند. برای سیستم‌های معاملاتی که واقعاً می‌خواهند سهام و ETF را در بر بگیرند، این نوع "اقدامات شرکتی" واقعاً استاندارد است.

سناریو سوم: Rebasing

مکانیسم مشابهی نیز می‌تواند برای Rebase استفاده شود. به‌طور ساده، زمانی که مجموع یا واحد دارایی خود تنظیم می‌شود (به‌ویژه در زمان تبدیل توکن‌های سهام قبل از بازار، تعداد سهام به‌طور متناسب تنظیم می‌شود)، اما نسبت‌های موجودی کاربران بین یکدیگر ثابت باقی می‌ماند.

قبلاً، این نوع عملیات معمولاً به منطق خود قرارداد توکن وابسته بود، اما در آینده می‌تواند به قابلیت بومی HyperCore تبدیل شود.

سناریو چهارم: ایردراپ

یک سناریوی نسبتاً واضح دیگر، ایردراپ است. referenceToken نیازی به برابر بودن با توکن توزیع‌شده ندارد، بنابراین به‌طور نظری می‌توان دارایی B را به نسبت موجودی A توزیع کرد.

به عنوان مثال، یک پروژه تصمیم می‌گیرد به دارندگان یک دارایی HIP-1 توکن دیگری توزیع کند، سیستم می‌تواند به‌طور مستقیم موجودی A کاربران را در HyperCore بخواند و سپس به نسبت از آدرس خزانه مشخص‌شده B را توزیع کند.

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

پر کردن نقص "اقدامات شرکتی" در توکن‌های سهام

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

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

در چند سال گذشته، بحث در مورد توکن‌سازی سهام معمولاً بر روی ------ "آیا سهام می‌تواند به زنجیره منتقل شود؟" متمرکز بوده است؛ اما اگر واقعاً بخواهیم سهام را به زنجیره منتقل کنیم، مسئله در واقع فراتر از این است. پس از انتشار سهام، همچنان یک سری اقدامات شرکتی از جمله تقسیم سود، تقسیم، ادغام، تخصیص دارایی و غیره به‌طور مداوم اتفاق می‌افتد.

بنابراین، زیرساخت کامل سهام زنجیره‌ای نه تنها نیاز به "معامله سهام" دارد، بلکه باید بتواند تغییرات وضعیت دارایی‌های خارج از این معاملات را نیز مدیریت کند، و این دقیقاً بخشی است که به‌روزرسانی اخیر Hyperliquid شروع به لمس آن کرده است.

از این منظر، scaleWei بیشتر شبیه به پر کردن یک پازل زیرساختی برای مرحله بعدی Hyperliquid است ------ تا دارایی‌های مالی زنجیره‌ای نه تنها "قابل معامله" باشند، بلکه بتوانند مانند دارایی‌های مالی در دنیای واقعی انواع مختلفی از اقدامات شرکتی را انجام دهند.