Sei شروع به عرضه ارتقاء ذخیره‌سازی Eidos خود کرده است، که نحوه ذخیره و تأیید داده‌های درون زنجیره‌ای توسط شبکه لایه ۱ را بازسازی می‌کند، در حالی که نقشه راه Giga آن توان عملیاتی ۲۰۰,۰۰۰ تراکنش در ثانیه را هدف قرار داده است.

Sei در یک به‌روزرسانی فنی در ۱۲ آگوست اعلام کرد که Eidos برای رفع محدودیت‌های ذخیره‌سازی طراحی شده است که می‌تواند لایه اجرایی شبکه را از کار با سرعت‌های برنامه‌ریزی شده تحت Giga باز دارد. این ارتقاء، جزء ذخیره‌سازی از یک بازنگری معماری سه‌بخشی است که شامل Autobahn برای اجماع و Ares برای اجرای تراکنش نیز می‌شود.

اولین مؤلفه‌های Eidos از طریق Sei v6.6 قبلاً به مین‌نت رسیده‌اند، اگرچه سیستم ذخیره‌سازی کامل به صورت مرحله‌ای معرفی می‌شود. وضعیت EVM شروع به انتقال به یک پایگاه داده اختصاصی کرده است، در حالی که FlatKV، LtHash، ذخیره‌سازی جدید رسیدها و سیستم‌های آرشیو خارج از نود برای نسخه‌های بعدی برنامه‌ریزی شده‌اند.

ارتقاء Sei Eidos نحوه ذخیره‌سازی وضعیت را تغییر می‌دهد

در مرکز Eidos، تغییری در نحوه برنامه‌ریزی Sei برای نگهداری و تأیید وضعیت ماشین مجازی اتریوم (EVM) قرار دارد.

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

Eidos قرار است این ساختار را برای وضعیت EVM با FlatKV جایگزین کند، یک سیستم ذخیره‌سازی کلید-مقدار مسطح که در آن یک تغییر وضعیت فردی نیاز به یک عملیات نوشتن واحد دارد. تأیید با استفاده از LtHash، یا هشینگ شبکه‌ای، که یک اثر انگشت در حال اجرا از وضعیت را حفظ می‌کند، انجام خواهد شد.

بر اساس طراحی توضیح داده شده توسط Sei، LtHash می‌تواند این اثر انگشت را در زمان ثابت هنگام تغییر وضعیت به‌روزرسانی کند. به جای محاسبه مجدد یک مسیر از هش‌ها از طریق یک درخت مرکل، یک نود سهم مقدار قدیمی را حذف کرده و مقدار جدید را اضافه می‌کند، و میزان کار برای هر به‌روزرسانی را با گسترش وضعیت بدون تغییر باقی می‌گذارد.

این تغییر فنی مستقیماً با اهداف عملکردی که برای Giga ترسیم شده‌اند، مرتبط است. همانطور که crypto.news در می ۲۰۲۵ گزارش داد، Sei Labs وایت‌پیپر Giga خود را با طرحی منتشر کرد که ۲۰۰,۰۰۰ تراکنش در ثانیه، ۵ گیگاگس توان عملیاتی و قطعیت زیر ۴۰۰ میلی‌ثانیه را هدف قرار می‌دهد.

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

داده‌های EVM به یک پایگاه داده جداگانه منتقل می‌شوند

بخش دیگری از Eidos وضعیت EVM را از سایر داده‌هایی که توسط نودهای Sei مدیریت می‌شوند، جدا می‌کند.

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

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

به گفته شبکه، تغییرات هرس‌سازی یک فرآیند پاکسازی را از بین هشت تا ۱۸ دقیقه به تقریباً پنج دقیقه در طول آزمایش و عملیات کاهش داد. نودهایی که قبلاً می‌توانستند صدها بلوک از نوک زنجیره عقب بمانند، پس از این تغییر در حدود ۶۰ بلوک باقی ماندند.

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

معیارهای داخلی که توسط Sei ذکر شده، توان عملیاتی نوشتن LittDB را بالاتر از یک گیگابایت در ثانیه و مدیریت حدود ۵۵,۰۰۰ خواندن نقطه‌ای در ثانیه نشان می‌دهد. یک ذخیره‌ساز رسید جدید بیش از ۱۵۰,۰۰۰ نوشتن در ثانیه را در طول آزمایش‌های چند ساعته که شامل جمع‌آوری زباله نیز می‌شد، حفظ کرد. Sei هشدار داد که این رقم موتور ذخیره‌سازی را اندازه‌گیری می‌کند و نباید به عنوان توان عملیاتی تراکنش بلاکچین در نظر گرفته شود.

تاریخچه قدیمی‌تر از نودهای فعال دور می‌شود

Eidos همچنین میزان اطلاعات تاریخی که انتظار می‌رود نودهای فردی به صورت محلی نگهداری کنند را تغییر می‌دهد.

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

کاهش میزان داده‌های قدیمی که بر روی نودهای فعال نگهداری می‌شوند، به منظور جلوگیری از مصرف منابع مورد نیاز برای تراکنش‌های فعلی توسط پرس و جوهای تاریخی است. Sei گفت که افزایش نیازهای ذخیره‌سازی در غیر این صورت می‌تواند اپراتورها را مجبور به استفاده از سخت‌افزارهای سریع‌تر و گران‌تر با افزایش توان عملیاتی شبکه کند.

این کار زیرساختی به دنبال تلاش‌های قبلی برای افزایش دسترسی به اکوسیستم EVM Sei است. متامسک در آگوست ۲۰۲۵ پشتیبانی بومی Sei را اضافه کرد و به کاربران اجازه داد تا به برنامه‌های مبتنی بر Sei دسترسی داشته باشند، دارایی‌ها را مبادله کنند و توکن‌ها را مستقیماً از طریق کیف پول پل بزنند. در آن زمان، Sei بیش از ۴.۲ میلیون تراکنش روزانه و بیش از ۱۱ میلیون کاربر فعال ماهانه را پردازش می‌کرد، طبق ارقام ذکر شده در گزارش.

یک توافقنامه توزیع جداگانه که در دسامبر ۲۰۲۵ اعلام شد، شیائومی را ملزم به نصب از پیش یک کیف پول Sei بر روی گوشی‌های هوشمند جدید فروخته شده در خارج از چین و ایالات متحده کرد. این شرکت‌ها همچنین از پرداخت‌های استیبل کوین با استفاده از دارایی‌هایی مانند USDC پشتیبانی کردند، با استقرار اولیه پرداخت‌ها در هنگ کنگ و اتحادیه اروپا برنامه‌ریزی شده بود.

مهاجرت Eidos در حالی که Sei آنلاین باقی می‌ماند، اجرا می‌شود

برای اپراتورهای نود، Sei مهاجرت ذخیره‌سازی را بدون توقف بلاکچین انجام می‌دهد.

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

پیش از استقرار، نودهای سایه ترافیک مین‌نت را در برابر سیستم‌های ذخیره‌سازی جدید بازپخش کردند، در حالی که هش‌های یکپارچگی به طور مداوم بررسی می‌شدند، طبق Sei. آزمایش‌ها نشان داد که زمان بلوک‌ها در حالی که فرآیندهای مهاجرت در پس‌زمینه کار می‌کردند، تا حد زیادی بدون تغییر باقی ماندند.

Eidos سومین بازسازی ذخیره‌سازی است که توسط Sei انجام می‌شود. این شبکه قبلاً معماری ذخیره‌سازی اصلی Cosmos خود را با SeiDB جایگزین کرده بود، و پس از آن تفکیک ذخیره‌ساز وضعیت که اکنون در مین‌نت معرفی می‌شود. FlatKV، LittDB و سیستم آرشیو خارج از نود مرحله بعدی را با انتشار در نسخه‌های بعدی تشکیل خواهند داد.

به گفته Sei، کاربران و توسعه‌دهندگان اپلیکیشن نیازی به انجام کاری در طول مهاجرت ندارند، و موجودی‌ها، قراردادهای هوشمند، سوابق تاریخی و نقاط پایانی RPC موجود در دسترس باقی می‌مانند. به اپراتورهای نود یک راهنمای مهاجرت شامل پرچم‌های پیکربندی و فرآیند بازگردانی مستند برای سیستم ذخیره‌سازی جدید داده شده است.