1. Kirish va asoslar
Asosiy ma’lumot
EQTY platformasi ikki qatlamli arxitekturaga tayanadi:
Tekshiriladigan hodisalar zanjirlarini (masalan, Ownables va xabarlarni) boshqarish uchun xususiy qatlam
O‘zgarmas blokcheynda hodisalar zanjirlariga vaqt tamg‘asini qo‘yish va ularni tekshirish uchun ommaviy tayanch qatlami
Tarixan bu ommaviy qatlamni anchoring uchun optimallashtirilgan, Proof-of-Stake konsensusiga asoslangan maxsus blokcheyn — LTO Network Layer 1 ta’minlab kelgan.
Biroq faoliyat yuritish sharoitlari sezilarli darajada o‘zgardi.
Nima uchun LTO Layer 1 faoliyatini to‘xtatish kerak
1. Iqtisodiy xavfsizlik izdan chiqdi
Hozir LTO’ning bozor kapitallashuvi 5 million dollardan kam, tokenlarning atigi ~20 foizi steyking qilingan.
Bu samarali xavfsizlik budjeti (ya’ni konsensus xavfsizligini ta’minlovchi umumiy qiymat) < 1 million dollar ekanini anglatadi.
Bunday darajalarda zararli shaxs uchun konsensusni buzish, anchoring tranzaksiyalarini senzura qilish yoki tarixni qayta yozish moliyaviy jihatdan foydali bo‘lishi mumkin.
Huquqiy kuchga ega aktivlar qaydlarini anchor qiladigan EQTY kabi platforma uchun bu qabul qilib bo‘lmaydi.
2. Validatorlarning markazlashuvi va rag‘batlarning pastligi
Jamoaviy tugunlar endi iqtisodiy jihatdan o‘zini oqlamaydi.
Tugunlar xizmatni to‘xtatishi natijasida konsensus ustidan nomutanosib darajada katta nazoratga ega bo‘lgan oz sonli tugunlar qolishi mumkin.
Bu anchoring ta’minlashi kerak bo‘lgan markazsizlashtirish kafolatlariga putur yetkazadi.
3. Joriy etishdagi to‘siqlar
Savdo yoki audit muhokamalarida LTO’ni xavfsiz anchoring qatlami sifatida oqlash tobora qiyinlashmoqda.
Mijozlar va hamkorlar EQTY keng qo‘llanadigan va ishonchli ommaviy tarmoqlarda (masalan, Ethereum, Base) anchor qilinishini kutadi.
“5 million dollarlik Layer 1’ga anchoring” degan tasavvur EQTY’ning asosiy infratuzilmasiga bo‘lgan ishonchni susaytiradi.
4. Infratuzilmaning zaifligi
Agar hatto bir nechta muhim validator oflayn bo‘lsa, LTO beqarorlashadi yoki butunlay to‘xtaydi.
Explorerlar, indeksatorlar va tugun infratuzilmasini doimiy saqlab turish qiymati kamayib borayotgan sharoitda qo‘shimcha xarajatlarni keltirib chiqaradi.
Nega anchoring qatlami sifatida Base to‘g‘ri tanlov
Base quyidagilarni taklif etadi:
EVM bilan to‘liq moslik
Ethereum’dan meros bo‘lib o‘tadigan iqtisodiy va texnik xavfsizlik
Keng vositalar qo‘llab-quvvatlovi (MetaMask, WalletConnect, The Graph va boshqalar)
Yakunlanishi tez va to‘lovlari deyarli nol
Base’da joylashgan EQTY’ning aktivlar va likvidlik qatlami bilan chambarchas uyg‘unlik
Base’da anchoring qilish maxsus Layer 1’ni saqlash yukini olib tashlaydi va ayni paytda audit imkoniyati, kompozitsiyalanuvchanlik hamda ishonchni oshiradi.
Strategik asos
EQTY qiymati konsensusda emas — u o‘zining private layer’i, aktivlar modeli va muvofiqlik arxitekturasida.
Layer 1’ni saqlab turish yuqori xarajat evaziga juda kam strategik ustunlik beradi.
Base’ga o‘tish EQTY’ga Layer 1 infratuzilmasi bilan ovora bo‘lmasdan, butun e’tiborini mahsulotni joriy etish, huquqiy integratsiya va aktivlarni tokenlashtirishga qaratish imkonini beradi.
2. Yangi $EQTY ERC-20 tokeni
EQTY platformasi Base tarmog‘ida joylashtiriladigan yangi ERC-20 tokeni — $EQTY’ni joriy qiladi. Bu token LTO tokeni o‘rnini bosadi va anchoring hamda governance kabi protokol amallari uchun mahalliy valyuta vazifasini bajaradi.
Token kontraktida dastlabki taklif nolga teng. Foydalanuvchilar cheklangan migratsiya davrida LTO tokenlarini almashtirganda, $EQTY talab bo‘yicha chiqariladi. Bu muddat zanjirda cheklanadi: oldindan belgilangan blok balandligidan keyin token chiqarish funksiyasi butunlay o‘chiriladi. Belgilangan muddatgacha almashtirilmagan LTO tokenlari EQTY ekotizimidan chiqarib tashlanadi va yakuniy $EQTY taklifi dastlabki LTO taklifidan kam bo‘ladi.
Token kontrakti ataylab sodda saqlangan. U ERC-20 standart interfeysiga amal qiladi va unda maxsus transfer mantig‘i, airdrop funksiyalari yoki vesting jadvallari yo‘q.
Platforma rivojlanishi davomida $EQTY tokeni anchoring to‘lovlarini to‘lash, protokol boshqaruvida qatnashish va ehtimol qo‘shimcha foydali vazifalarni qo‘llab-quvvatlash uchun ishlatiladi. Foydalanish uchun tokenlarni yoqish talab etiladi, bu esa umumiy taklifni kamaytiradi.
3. Base’dagi Anchor kontrakti
Anchoring Base tarmog‘ida joylashtirilgan yengil smart-kontrakt orqali amalga oshiriladi. Bu kontrakt zanjirda hech qanday holat saqlamasdan, event chainlar yoki xabarlar xeshini ommaviy qayd etuvchi hodisalarni chiqaradi.
Har bir anchor kalitni qiymatga bog‘laydi, bunda:
Event chainlar uchun: key = stateHash, value = eventHash
Xabarlar uchun: key = messageHash, value = 0x0
Interfeys
struct Anchor {
bytes32 key;
bytes32 value;
}
function anchor(Anchor[] calldata anchors) external;
event Anchored(
bytes32 indexed key,
bytes32 qiymat,
address indexed sender,
uint64 timestamp
);
Ishlash tartibi
Kontrakt har bir (key, value) juftligi uchun bittadan Anchored hodisasini chiqaradi.
Joriy block.timestamp qulaylik va audit uchun hodisaga alohida maydon sifatida kiritiladi.
Kontraktda hech qanday holat saqlanmaydi. Barcha anchoring ma’lumotlari faqat loglar orqali qayd etiladi.
Kontrakt ruxsatsiz ishlaydi — istalgan kishi anchor qilishi mumkin.
Bu hodisalarni indekslash va quyidagilar orqali olish mumkin:
oBridge indeksatori va EQTY platformasi kabi ichki komponentlar
The Graph, Infura yoki maxsus tekshiruvchilar kabi tashqi xizmatlar
Anchoringni holatsiz saqlash va to‘liq hodisalarni chiqarish orqali ushbu dizayn anchoringni tekshiriladigan, samarali va infratuzilmadan mustaqil qiladi.
To‘lov mexanizmi
Mijozlar anchoringni yoqish uchun ERC20 kontraktida approve() funksiyasini chaqirishi kerak
Har bir anchor uchun $EQTY yoqiladi va bu anchor() funksiyasida ta’minlanadi
To‘lov miqdori governance tomonidan boshqariladigan alohida konfiguratsiya kontraktidan olinadi
Anchoringda approve() ishlatilmaydi, uning o‘rniga eqtyToken.burnFrom(msg.sender, fee * n) orqali tokenlar yoqiladi
4. To‘lovlarni boshqarish
Anchoringning iqtisodiy barqaror va adolatli bo‘lishi uchun har bir anchor uchun $EQTY’da to‘lanadigan to‘lov vaqt o‘tishi bilan o‘zgartirilishi mumkin bo‘lishi kerak. O‘zgarmas to‘lovni kodga qotirib qo‘yish yoki narx orakllariga tayanish o‘rniga, EQTY bu parametrni shaffof va markazlashmagan tarzda boshqarish uchun zanjir ustidagi governance modelidan foydalanadi.
Maxsus konfiguratsiya kontrakti joriy anchoring to‘lovini saqlaydi. Bu qiymatni faqat governance kontrakti — aniqrog‘i, $EQTY tokeniga bog‘langan OpenZeppelin Governor nusxasi — yangilashi mumkin. Ovozlar standart ERC20Votes mantig‘idan foydalanib, $EQTY balanslari asosida beriladi.
Anchoring kontrakti har safar anchor() chaqirilganda konfiguratsiya kontraktidan joriy to‘lovni oladi. So‘ng tegishli miqdordagi $EQTY’ni bevosita yuboruvchining balansidan yoqadi. Bu yondashuv approve() tranzaksiyalariga ehtiyojni yo‘q qiladi va anchoring kontraktini to‘lovni nazorat qilishdan tashqari yengil hamda holatsiz saqlaydi.
Governance modeli jamoaga bozor sharoitlari, token narxining o‘zgarishi yoki anchoring talabi o‘zgarishiga qarab, tashqi ma’lumot manbalari yoki markazlashgan boshqaruvga tayanmasdan, vaqt o‘tishi bilan to‘lovlarni moslashtirish imkonini beradi.
5. Yangi Private Layer kutubxonasi
Base’da anchoring va hamyonga xos imzolashni qo‘llab-quvvatlash uchun private layer mantig‘ini — jumladan, event chainlar, hodisalarni imzolash, anchoring va relay xabarlari tuzilmalarini — boshqaradigan yangi mustaqil TypeScript kutubxonasi yaratiladi. Bu kutubxona EQTY bilan bog‘liq barcha holatlarda LTO’ga xos @ltonetwork/lto-api.js o‘rnini bosadi.
Yangi kutubxona brauzer muhitlarida (masalan, MetaMask, WalletConnect) ham, server tomonidagi vositalarda ham ishlatish uchun mo‘ljallangan.
Qamrov va mazmun
LTO private layer’ining faqat tegishli komponentlari kiritiladi:
events/ ichida Event, EventChain, MergeConflict va tegishli serializatsiya mantig‘i mavjud.
message/ ichida tarmoqdan tashqari shifrlangan aloqa uchun ishlatiladigan Message va Relay mavjud.
Yordamchi kod: Binary kabi yordamchi sinflarni o‘z ichiga oladi.
Kutubxona LTO Network’ga bog‘liq bo‘lmaydi:
LTO tugunlari API’si yo‘q
Tranzaksiya mantig‘i yo‘q
Kalit juftligini yaratish vositalari yo‘q
LTO’ga xos manzil kodlash yo‘q
U Base’dagi smart-kontraktlar orqali anchoringni qo‘llab-quvvatlaydi hamda anchorlarni imzolash va yuborish uchun ethers.js bilan muammosiz integratsiyalanadi.
Hodisalarni imzolash modeli
Event.signWith() metodi MetaMask, WalletConnect yoki istalgan tashqi imzolovchi orqali brauzerda imzolashni qo‘llab-quvvatlash uchun asinxron qilinadi; ethers orqali bevosita imzolash ham qo‘llab-quvvatlanadi. Unda mavhum ISigner interfeysi ishlatiladi:
interface ISigner {
sign(data: Uint8Array): Promise<Uint8Array>;
}
Imzolangan hodisaga endi ochiq kalit kerak emas; unda faqat imzo va undan hosil qilingan manzil bo‘ladi. Bu Ethereum imzolash oqimlariga (personal_sign) mos keladi va ko‘pchilik hamyon muhitlarida imkoni bo‘lmagan ochiq kalitlarni ajratib olish zaruratini yo‘q qiladi.
Anchoring integratsiyasi
Kutubxonada anchor xaritalarini yaratish metodi mavjud:
const anchors = chain.from(lastKnownEvent.hash).getAnchorMap();
Har bir anchor stateHash (kalit)ni lastEventHash (qiymat)ga bog‘laydi va Base smart-kontraktiga yuborishga tayyorlaydi. Relay xabarlari uchun xabar xeshining o‘zi anchor kaliti sifatida ishlatiladi, qiymat esa nolga (0x0) o‘rnatiladi.
Anchoringni ethers.Contract.anchor(Anchor[]) orqali smart-kontraktni bevosita chaqirish orqali amalga oshirish mumkin. Bu har qanday backend xizmati yoki xususiy infratuzilmaga bog‘liqlikni bartaraf etadi.
Xabarlarni imzolash
Kutubxonada tarmoqdan tashqari aloqa uchun Message va Relay sinflari ham mavjud. Hodisalar singari, xabarlar ISigner interfeysi yordamida asinxron tarzda imzolanadi. Imzolar xabar xeshiga qo‘yiladi, ochiq kalit kiritilmaydi — tekshirishda faqat undan hosil qilingan manzil ishlatiladi.
Imzolangandan so‘ng, xabar xeshi shu Anchor kontrakti orqali zanjirda anchor qilinadi. Formati:
key = messageHash
value = 0x0
Bu tarmoqdan tashqari xabarlarning mazmunini oshkor qilmasdan, ularni ommaviy tarzda vaqt belgisi bilan qayd etish va tekshirish imkonini beradi. Anchorni yuboruvchi yoki relay xizmati joylashtirishi mumkin.
Joylashtirish va foydalanish
Kutubxona alohida NPM paketi sifatida e’lon qilinadi. U quyidagilar foydalanadigan umumiy asosiy kutubxona bo‘lishi uchun mo‘ljallangan:
EQTY hamyoni (hodisa va xabarlarni imzolash uchun)
Relay xizmati (xeshni hisoblash va xabarlarni tahlil qilish uchun)
Ownables SDK (hodisalarni tuzish va yuborish uchun)
Istalgan uchinchi tomon frontend’i yoki tekshiruvchisi
6. oBridge indekslash
oBridge xizmati amaldagi LTO asosidagi indekslash mantig‘ini Base anchoring kontrakti chiqaradigan Anchored hodisalarini qayta ishlovchi yangi indeksator bilan almashtiradi.
Bu indeksator Base’dagi anchoring loglarini kuzatadi va har bir kalit uchun eng so‘nggi anchorni mahalliy ma’lumotlar bazasida saqlaydi; u event chain holatini yoki relay xabari xeshini ifodalashi mumkin. Har bir yozuv quyidagilarni o‘z ichiga oladi:
key: anchor qilingan holat yoki xabar xeshi
value: tegishli hodisa xeshi yoki 0x0
txHash, blockNumber, logIndex va sender
Bu qaydlar ommaviy HTTP API orqali taqdim etiladi. Ushbu API tuzilishi va ishlash tartibi mavjud LTO anchoring indeksatori bilan, jumladan GET /hash/verify endpointi bilan mosligicha qoladi, bu esa EQTY’ning mavjud komponentlarini minimal o‘zgarishlar bilan o‘tkazish imkonini beradi.
oBridge indeksatori ikki vazifani bajaradi:
Relay xizmatining ichki bog‘liqligi sifatida: u xabarlarni yuborishdan oldin ularning anchor qilinganini tekshirishi shart.
Base’dan bevosita so‘rov yubormasdan anchoring holatini tekshirmoqchi bo‘lgan tashqi mijozlar va hamyonlar uchun ommaviy tekshiruv xizmati sifatida.
Barcha ma’lumotlar zanjirda tekshiriladigan bo‘lib qoladi. Istasa, mijozlar eth_getLogs yoki o‘z indeksatoridan foydalanib oBridge’ni chetlab o‘tishi mumkin.
7. Relay xizmati
Relay xizmati tomonlar o‘rtasida shifrlangan xabarlarni xavfsiz yetkazadi. Xabarlarning haqiqiyligi, vaqt belgisi bilan qayd etilishi va kirish nazoratini ta’minlash uchun xizmat zanjirda anchoringni tekshirish hamda Sign-In with Ethereum (SIWE) orqali zamonaviy, hamyonga xos autentifikatsiyani qo‘llab-quvvatlaydigan qilib yangilanadi.
SIWE orqali xabarlarni autentifikatsiya qilish
HTTP xabar imzolari yoki maxsus sinovlarga tayanish o‘rniga, relay SIWE standartini (EIP-4361) joriy qiladi. Bu yondashuv foydalanuvchilarga Ethereum hamyoni orqali standart matnli xabarni imzolab autentifikatsiyadan o‘tish imkonini beradi. Natijada qayta tiklanadigan imzo hosil bo‘lib, foydalanuvchini sessiyaga bog‘laydi.
Kirish jarayoni:
Mijoz relay backendidan SIWE xabarini so‘raydi: GET /auth/siwe-message?address=0x...
Server quyidagilarni o‘z ichiga olgan standart SIWE xabarini qaytaradi:
Domen (masalan, relay.eqty.network)
Nonce
Amal qilish muddati vaqti
/messages?to=... bilan cheklangan ixtiyoriy resources maydoni
Bayonot: masalan, “EQTY xabarlaringizga kirish uchun tizimga kiring.”
Mijoz xabarni personal_sign yordamida imzolaydi
Mijoz imzolangan xabar va imzoni POST /auth/verify manziliga yuboradi
Server imzoni tekshiradi va quyidagilarni beradi:
JWT kirish tokeni (qisqa muddatli, masalan, 15 daqiqa)
Yangilash tokeni (uzoqroq muddatli, masalan, 24 soat)
Xabarlarni olishga qaratilgan keyingi barcha so‘rovlarda (GET /messages?to=...) Authorization sarlavhasida kirish tokeni bo‘lishi shart.
Token muddati tugaganda, mijoz qayta imzolamasdan yangi kirish tokenini olish uchun yangilash tokenidan foydalanishi mumkin.
Bu model MetaMask, WalletConnect va boshqa EIP-1193 hamyonlari bilan to‘liq mos keladi hamda keng qo‘llanadigan xavfsizlik usullariga amal qiladi. Mavjud SIWE kutubxonalaridan tashqari maxsus mantiq yoki infratuzilma talab qilinmaydi.
Xabarlarni anchoring qilish va tekshirish
Autentifikatsiyadan tashqari, relay xizmati har bir xabarni yetkazishdan oldin uning zanjirda anchor qilinganini tekshiradi. Anchoring o‘zgarmaslik va vaqt belgisini ta’minlab, spam yoki takroriy ijro hujumlarining oldini oladi.
Relay Base’dagi anchoring kontrakti uchun o‘zining yengil indeksatorini yuritadi. U Anchored hodisalarini kuzatadi va quyidagilarni qayd etadi:
key = messageHash
value = 0x0
yuboruvchi
blockNumber, txHash, timestamp
Xabarni yetkazishdan oldin tekshirish uchun relay quyidagilarni tekshiradi:
key = messageHash bo‘lgan Anchored hodisasi mavjud
Qiymat aynan 0x0 (ya’ni event chain anchori emas)
Yuboruvchi xabar imzolovchisiga (ya’ni from manziliga) mos keladi
Xabar oluvchiga faqat anchoring muvaffaqiyatli amalga oshgandan keyin yuboriladi. Bu barcha xabarlarning ommaviy tekshirilishini, Base’da vaqt belgisi bilan qayd etilishini va to‘g‘ri identifikator tomonidan anchor qilinishini ta’minlaydi.
Relay bu tekshiruvni o‘zining ichki indeksatoridan foydalanib bajaradi va oBridge’ga tayanmaydi.
8. Ownable kontrakti o‘zgarishlari (CosmWasm)
LTO Layer 1’dan voz kechish va ochiq kalitga asoslangan hodisa imzolash eskirishi munosabati bilan Ownable kontraktlari standart Ethereum manzillaridan foydalangan holda manzilga asoslangan avtorizatsiyani qo‘llab-quvvatlash uchun yangilanishi kerak.
Manzilga asoslangan avtorizatsiya
Avval egalikni tekshirish imzolangan hodisalardan olingan ochiq kalitlarni tiklash va solishtirishga tayanardi. Ethereum hamyonlari ochiq kalitlarni oshkor qilmagani va endi imzolarda manzilga moslab tiklash mumkin bo‘lgan personal_sign ishlatilgani sababli, tekshirish modeli manzillarni bevosita solishtirishga o‘tishi kerak.
Yangilangan kontrakt mantig‘i info.sender — hodisani imzolagan va yuborgan manzilni — asosiy identifikator sifatida ishlatadi.
Bu avtorizatsiya talab qilinadigan barcha kirish nuqtalariga ta’sir qiladi:
try_transfer: yuboruvchi joriy egasining manziliga mos bo‘lishi kerak
try_release: yuboruvchi avval qulflangan egasining manziliga mos bo‘lishi kerak
try_register_lock: hodisaning owner maydoni imzolovchiga mos kelishini tekshiradi
Ochiq kalitlarni LTO manzillariga aylantirish o‘rniga, kontrakt shunchaki Addr qiymatlarini (masalan, 0xabc123...) saqlaydi va solishtiradi.
CAIP-2 va tarmoqni moslashtirish
Kontrakt CAIP-2 tarmoq identifikatoridan foydalanib, zanjirlararo hodisalarning kelib chiqishini tekshirishda davom etadi. Ethereum asosidagi xabarlar uchun namespace eip155:<chainId>. Kontrakt quyidagilarni tekshiradi:
event.network kutilgan tarmoqqa mos keladi
Hodisadagi owner maydoni berilgan CAIP namespace doirasida imzolovchiga (info.sender) mos keladi
address_lto() va address_eip155() konvertatsiya funksiyalarini olib tashlash mumkin, chunki endi LTO manzillariga o‘girish yoki ulardan qayta o‘girish kerak emas.
Ta’siri
Bu o‘zgarish Ownable kontraktini quyidagicha qiladi:
Ethereum’ga xos imzolash va identifikatsiya bilan to‘liq mos
LTO kalit infratuzilmasidan mustaqil
Manzil asosida tiklashni qo‘llab-quvvatlaydigan istalgan zanjir bilan mos (masalan, EVM)
LTO’ga xos imzolash va anchoringga tayanadigan mavjud Ownables yangi model bo‘yicha tekshirib bo‘lmaydigan bo‘ladi va qayta chiqarilishi kerak (11-bo‘limga qarang).
9. Ownables SDK’ni yangilash
Ownables SDK LTO asosidagi ochiq kalit bilan imzolashdan Ethereum uslubidagi manzilga asoslangan avtorizatsiya va Base anchoringiga o‘tishni aks ettirish uchun yangilanishi kerak.
Asosiy yangilanishlar
Hodisalarni imzolash
Hodisalarni yaratishni yangi private layer kutubxonasi (@eqty-core/events)dan foydalanadigan qilib yangilash
MetaMask, WalletConnect yoki ethers asosidagi imzolovchilar bilan mos ISigner implementatsiyalaridan foydalanish
signWith() endi ochiq kalitga tayanmasligini ta’minlash; faqat qayta tiklanadigan manzildan foydalaniladi
Anchoring
LTO tugunlaridagi anchoring mantig‘ini Base’da smart-kontraktga yuborish bilan almashtirish
(key, value) juftliklarini yig‘ish va ethers.Contract.anchor() orqali yuborish uchun getAnchorMap()dan foydalanish
Xabar anchoringi (key = messageHash, value = 0x0) ko‘rinishida bo‘lishini ta’minlash
Tekshirish
Tekshirish mantiqini oBridge bilan mos /hash/verify API yoki bevosita log so‘rovidan foydalanadigan qilib yangilash
Anchor qiymati kutilgan hodisa xeshiga, yuboruvchi esa imzolovchining Ethereum manziliga mos kelishini tasdiqlash
Manzillardan foydalanish
LTO manzillarini solishtiradigan yoki yaratadigan barcha mantiqni almashtirish
Hodisalar va xabarlar oqimida faqat oddiy Ethereum manzillaridan (0x...) foydalanish
Moslik
Yangilangan SDK tuzilishi jihatidan o‘xshashligicha qoladi, biroq endi @ltonetwork/lto-api.js kutubxonasi yoki LTO tugunlari xizmatlariga bog‘liq bo‘lmaydi. U yangi private layer kutubxonasi va Base anchoringi bilan mos keladi, shuningdek yangilangan Ownable kontraktlari va relay xizmati bilan hamkorlikda ishlaydi.
10. Universal Wallet yangilanishi
Universal Wallet Base’ga o‘tish va yangi EQTY arxitekturasini aks ettirish uchun yangilanishi kerak. U endi LTO tugunlari bilan o‘zaro ishlamaydi.
Asosiy yangilanishlar
Hamyonni ulash
LTO kalit juftliklarini boshqarishni Ethereum bilan mos kutubxona (ethers.js) bilan almashtirish
Imzolash va manzilni olish imkonini berish uchun EIP-1193 provider interfeyslaridan foydalanish
Tokenlarni qo‘llab-quvvatlash
Base’da yangi $EQTY ERC-20 tokeni balanslarini ko‘rsatish va boshqarishni qo‘llab-quvvatlash
Ommaviy RPC endpointlari orqali token metama’lumotlari, tarix va balans kuzatuvini qo‘shish
Hodisa va xabarlarni imzolash
Foydalanuvchilarga event chainlar va xabarlarni yaratish hamda imzolash imkonini berish uchun yangi private layer kutubxonasini integratsiya qilish
Ulangan hamyon orqali personal_sign’dan foydalanish; ochiq kalitlar endi talab qilinmaydi
Anchoring
Anchor xaritalarini ethers.js yordamida bevosita Base anchor kontraktiga yuborish
Zanjirga yuborish, tasdiqlash va $EQTY’dagi anchoring xarajati haqida ixtiyoriy interfeys xabarlarini boshqarish
Relay integratsiyasi
SIWE (Sign-In with Ethereum) orqali autentifikatsiyadan o‘tish
Kirish tokenlarini kerak bo‘lganda saqlash va yangilash
Relay xizmatidan shifrlangan xabarlarni olish uchun autentifikatsiyadan o‘tgan so‘rovlardan foydalanish
Olib tashlangan funksiyalar
LTO ijaralash interfeysi
Tugunni tanlash va zanjir ko‘rinishi
LTO bilan bog‘liq zanjirdagi identifikatsiyani boshqarish
11. Migratsiya rejasi
LTO Layer 1 eskirishi va Base’da yangi anchoring tizimi joriy etilishi bilan protokolning barcha asosiy komponentlari ko‘chirilishi kerak. LTO infratuzilmasiga bog‘langan eski ma’lumotlar — jumladan, anchorlar, event chainlar va xabarlar — endi yaroqli bo‘lmaydi.
Nimalar yaroqsiz bo‘ladi
LTO kalit juftliklari bilan imzolangan event chainlarni tekshirib bo‘lmaydi, chunki Ethereum asosidagi imzolardan ochiq kalitni endi ajratib olib bo‘lmaydi.
LTO L1’da qayd qilingan anchorlarga bundan buyon ishonib yoki ulardan so‘rov orqali foydalanib bo‘lmaydi.
LTO asosidagi identifikatorlar yoki anchor qilingan zanjirlarga bog‘langan Ownables almashtirilishi kerak.
Base’da anchor qilinmagan xabarlar relay xizmati tomonidan rad etiladi.
Bajarilishi kerak bo‘lgan amallar
Tokenlarni ko‘chirishFoydalanuvchilar LTO tokenlarini bridge orqali $EQTY tokenlariga qo‘lda almashtirishi kerak. Yangi token chiqarish Base’dagi muayyan blok balandligigacha mumkin. Bu blokdan keyin bridge o‘chirilib, token chiqarish funksiyasi butunlay o‘chiriladi. Almashtirilmagan LTO tokenlari qiymatsiz bo‘lib qoladi.
Ownables Asset’ni qayta chiqarish.Ownable emitentlari BASE tarmog‘iga bog‘langan yangi Ownables chiqarishi kerak. Eski Ownables’ni yangilariga almashtirish bo‘yicha ko‘rsatmalar keyin beriladi
Hamyonni o‘zgartirish: foydalanuvchilar Universal Wallet’ni yangilashi kerak.
Snapshot yo‘q
Snapshot, avtomatik migratsiya yoki orqaga moslik qatlami bo‘lmaydi. Har bir komponent (hodisalar, xabarlar, token balanslari) tegishli interfeyslar orqali Base’da qayta yaratilishi kerak. Yangi protokol boshidan toza tuzilgan va LTO L1 bilan aloqalarni saqlab qolmaydi.