Belakangan ini, Launchpad di rantai semakin ramai, tetapi projek yang benar-benar membuat saya bersedia meluangkan masa untuk menyelidikinya sebenarnya tidak banyak. Sebabnya sangat mudah: Menerbitkan Token itu sendiri sudah tidak lagi memerlukan rintangan teknikal, yang sebenarnya sukar ialah bagaimana merekabentuk cara penyertaan yang lebih adil, bagaimana mengurangkan kelebihan skrip dan sybil, bagaimana menghubungkan pelancaran peringkat pertama dengan likuiditi peringkat kedua, serta apakah mekanisme tersebut masih boleh berfungsi selepas pelancaran projek. Projek terkini yang saya perhatikan, @ToshProtocol, secara tepat menggabungkan semua isu ini bersama-sama. Khususnya selepas Token pertama ToshX, $TO, secara rasmi dilancarkan, reka bentuk yang sebelumnya hanya berada di peringkat mekanisme dan kod kini memasuki fasa pengesahan pasaran sebenar. Jika anda hanya memahami ToshX sebagai Launchpad baru, saya rasa anda meremehkannya. Yang sebenarnya ingin ia rekabentuk semula ialah keseluruhan proses dari “pelancaran” hingga “perdagangan” aset di rantai. 01｜Mengapa kita masih memerlukan Launchpad baru sekarang? Dalam beberapa tahun terakhir, Crypto telah mencuba pelbagai model pelancaran Token. Permulaannya ialah ICO, IDO, dan senarai putih, kemudian berbagai Launchpad, dan selepas itu model seperti https://t.co/qj0ApP65C4 yang berdasarkan Bonding Curve bangkit dengan pantas. Setiap model menyelesaikan sebahagian masalah, tetapi pada masa yang sama mencipta masalah baru. Sebagai contoh, senarai putih boleh mengawal bilangan peserta, tetapi kuasa pemilihan sering berada di tangan pihak projek; prinsip “siapa cepat dia dapat” kelihatan adil, tetapi dalam pelaksanaan sebenar, ia bergantung pada RPC, robot, dan skrip automatik; Bonding Curve secara besar-besaran mengurangkan rintangan pelancaran, tetapi dalam projek popular, masalah seperti “front-running”, “sniping”, dan penyertaan berbilang dompet baru masih wujud. Oleh itu, perbincangan tentang “Fair Launch” hari ini bukan lagi: Adakah terdapat pembiayaan swasta. Tetapi: Dalam keadaan semua orang boleh menyertai, siapakah yang mendapat berapa banyak kuota? Dan apakah yang menentukan kuota ini? Inilah ciri paling mudah dikenali ToshX. Jawapan yang dipilihnya ialah: Proof-of-Gas. 02｜Proof-of-Gas: Bukan berdasarkan identiti, tetapi berdasarkan apa yang telah anda tinggalkan sebelum ini ToshX tidak membina keadilan melalui KYC, senarai putih, atau kelajuan merebut, tetapi cuba menilai kelayakan dan kuota berdasarkan sejarah penggunaan Gas dompet masa lalu. Pendekatan ini menurut saya sangat menarik. Kerana identiti di rantai sentiasa menjadi masalah sukar diselesaikan. Seseorang boleh mencipta sepuluh dompet, seratus dompet, atau bahkan menghasilkan puluhan ribu alamat secara automatik menggunakan skrip. Jika protokol direka berdasarkan “satu alamat, satu kuota”, maka keadilan yang dikatakan akan mudah berubah menjadi siapa yang memiliki peternakan dompet paling besar. Sejarah Gas mempunyai perbezaan: Ia adalah kos rantai yang benar-benar telah berlaku. Anda boleh mencipta alamat baru, tetapi anda tidak boleh mencipta sejarah aktiviti nyata alamat tersebut dalam beberapa tahun terakhir secara sembarangan. Menurut mekanisme ToshX yang dipaparkan semasa ini, Proof-of-Gas akan menentukan kelayakan dan kuota pada fasa genesis berdasarkan penggunaan Gas historikal dompet; dompet baru tanpa rekod Gas historikal tidak akan secara semula jadi memperoleh kemampuan penyertaan yang sama dengan alamat aktif jangka panjang. Mekanisme ToshX yang dipaparkan juga menetapkan ambang Gas historikal serta had penyertaan per dompet, dengan harapan mengurangkan masalah penyalahgunaan sybil dan pemegang besar yang menguasai kuota tanpa had. Walaupun kaedah ini tidak dapat dikatakan telah menyelesaikan Sybil sepenuhnya, ia sekurang-kurangnya mengubah struktur kos serangan terhadap mekanisme sybil. Dahulu, kos mencipta satu alamat hampir sifar. Sekarang, jika satu alamat ingin mendapat bobot historikal yang lebih tinggi, ia mesti benar-benar meninggalkan kos nyata di rantai dalam masa lalu. Dari sudut pandangan ini, Proof-of-Gas bukan sekadar algoritma kuota Launchpad—ia lebih mirip usaha menjawab satu soalan: Bisakah kos ekonomi nyata yang telah dikeluarkan oleh akaun rantai di masa lalu menjadi bentuk kepercayaan rantai yang baru? 03｜Fasa 1.5: Pelancaran peringkat pertama dan likuiditi peringkat kedua bermula serentak Selain Proof-of-Gas, reka bentuk lain dalam ToshX yang saya perhatikan ialah Fasa 1.5. Model pelancaran tradisional sering mempunyai jurang fasa yang jelas. Pasar primer terlebih dahulu menyelesaikan pengumpulan dana atau Bonding Curve, baru kemudian beralih ke DEX untuk membentuk pasaran likuiditi selepas syarat tertentu dipenuhi. Dengan kata lain: Pelancaran dan perdagangan adalah dua fasa berasingan. Ini mencipta banyak masalah. Kapankah ia “lulus”? Siapa yang bertanggungjawab membentuk pasaran? Bagaimana harga awal ditentukan? Dari mana asal likuiditi? Adakah pihak projek boleh mengubah peraturan? Adakah terdapat ruang arbitrase yang jelas antara harga peringkat pertama dan pasaran sekunder? Yang ingin dicapai ToshX ialah menggabungkan kedua-dua fasa ini ke dalam satu sistem yang sama. Selepas fasa genesis tamat, protokol akan membina pasaran likuiditi PancakeSwap Infinity yang sebenar, sementara Token yang tinggal tidak akan dilepaskan secara sekali gus—tetapi akan dikeluarkan secara bertahap melalui tangga harga seterusnya. Menurut kod dan penerangan terbuka Tosh-Core v5.0 semasa ini, selepas pelancaran genesis akan terbentuk Infinity Pool yang sebenar, dengan bekalan seterusnya dikeluarkan secara bertahap melalui “price shelves” berdasarkan syarat tertentu. Oleh itu, pihak rasmi menyebut model ini sebagai: Fasa 1.5. Saya rasa nama ini sangat tepat. Ia bukan sekadar pelancaran peringkat pertama semata-mata, bukan juga sepenuhnya menyerahkan penemuan harga kepada pasaran sekunder—tetapi menambah satu lapisan mekanisme di antara keduanya. 04｜Menyerahkan bekalan Token kepada harga pasaran Di sini terdapat satu reka bentuk yang mudah dilupakan. ToshX tidak akan melepaskan semua Token secara sekali gus ke pasaran semasa pelancaran projek. Menurut versi terbuka semasa ini, bekalan Token seterusnya akan dibahagikan kepada banyak tangga harga—yang dikenali sebagai “Shelves”. Secara ringkas: Harga pasaran belum sampai ke kedudukan tertentu, maka bekalan seterusnya tidak boleh dikeluarkan lebih awal. Ini sebenarnya menakrifkan semula hubungan antara bekalan peringkat pertama dan harga peringkat kedua. Projek tradisional sering: Token dicipta sepenuhnya dahulu, kemudian pasaran cuba menyerap bekalan tersebut. Logik ToshX pula lebih mirip: Harga membuktikan permintaan dahulu, kemudian bekalan dikeluarkan secara bertahap. Reka bentuk terbuka semasa ini mengandungi sekitar 4000 tangga harga; bekalan seterusnya Token projek akan dibuka secara bertahap mengikut syarat harga, bukan dilepaskan secara sekali gus ke dalam peredaran. Satu perkara yang saya sukai tentang mekanisme ini ialah ia tidak mengandaikan bahawa projek sepatutnya mempunyai jumlah peredaran penuh dari permulaan. Di mana pasaran mampu mendorong harga ke arah mana, itulah yang menentukan sejauh mana bekalan seterusnya boleh dikeluarkan. Ini lebih mendekati proses penemuan harga sebenar berbanding hanya merancang FDV secara ringkas lalu melepaskan keseluruhan Tokenomics secara sekali gus. 05｜Mengapa saya percaya pelancaran $TO kali ini penting? Walaupun mekanisme ditulis dengan cantik, jika ia belum pernah diuji secara nyata, ia hanyalah reka bentuk di atas kertas. Oleh itu, saya percaya makna $TO bukan sahaja Token pertama di platform ToshX. Ia lebih mirip ujian tekanan pertama ToshX sendiri. Menurut maklumat terkini ToshX yang dipaparkan secara terbuka, pelancaran genesis $TO menggunakan $BEM sebagai alat penyertaan; kuota ditentukan berdasarkan rekod Gas historikal dompet; jendela genesis ditetapkan selama 3 jam; selepas tamat masa tersebut, sistem akan secara automatik mengira dan membina pasaran likuiditi. Gabungan peraturan ini secara tepat menjalankan kesemua mekanisme utama ToshX: Adakah Proof-of-Gas benar-benar boleh digunakan? Adakah pengguna mampu memahami sistem kuota baru ini? Adakah pasaran likuiditi sebenar dapat dibina selepas tamatnya genesis? Adakah $BEM benar-benar menjadi aset asas dalam proses pelancaran? Dan lebih penting lagi: Adakah pasaran bersedia menerima struktur pelancaran baru ini? Banyak protokol akhirnya gagal bukan kerana kontrak tidak dapat ditulis—tetapi kerana pengguna tidak bersedia menyertai mengikut peraturannya.$TO adalah langkah pertama ToshX dari reka bentuk teknikal ke pasaran sebenar. 06｜Dari BNB Chain ke $BEM, ToshX ingin menjadikan “penerbitan token” sebagai penggunaan aset ToshX baru-baru ini juga mengalami perubahan yang patut diperhatikan, iaitu ia meletakkan $BEM sebagai pusat seluruh sistem penerbitannya. Menurut struktur awam semasa, pengumpulan dana, penetapan harga, dan kolam likuiditi projek ToshX semuanya beroperasi mengikut BEM. Dengan kata lain: Apabila semakin banyak projek menggunakan ToshX untuk melancarkan token, proses pelancaran itu sendiri akan mencipta permintaan untuk penggunaan BEM, bukan sekadar menjadi halaman pameran Launchpad. Sekarang, ToshX telah menyelesaikan pengujian end-to-end di BNB Smart Chain, dan kod awam menunjukkan bahawa protokol sedang bergerak menuju pelaksanaan di jaringan utama BSC. Inilah sebabnya saya percaya yang benar-benar perlu dipantau dari ToshX seterusnya bukanlah “bolehkah ia melancarkan lebih banyak Meme lagi”. Tetapi: Adakah ia mampu membina satu kitaran penerbitan aset yang berterusan? Projek masuk → gunakan BEM → bina kolam likuiditi → penawaran seterusnya dirilis bertahap mengikut harga → yuran protokol terus mengalir ke dalam sistem. Jika lingkaran tertutup ini berjalan lancar, maka ToshX bukan sekadar Launchpad. Ia akan menjadi lebih hampir seperti satu lapisan: Infrastruktur penerbitan aset di atas rantai. 07｜Pendapatan protokol digunakan untuk membeli dan membakar semula Banyak platform membincangkan pembelian semula. Tetapi perbezaan antara pembelian semula sebagai slogan pemasaran, dan ia ditulis secara langsung ke dalam laluan kewangan protokol, adalah sangat besar. Berdasarkan kod awam Tosh-Core semasa, selepas ToshLadderTreasury menerima sebahagian yuran protokol, ia akan digunakan untuk membeli token dari kolam projek, kemudian menghantar token tersebut ke alamat pembakaran; dalam mekanisme awam, sebahagian cukai transaksi juga masuk ke dalam sistem Treasury ini. Oleh itu, yang perlu diperhatikan bukanlah dua perkataan “pembelian semula”. Tetapi sama ada protokol telah menjadikan: Transaksi → cukai → Treasury → Pembelian semula → Pembakaran sebagai satu laluan yang boleh beroperasi secara berterusan. Jika jumlah projek terus meningkat di masa depan, laluan ini sendiri akan menjadi sebahagian daripada mekanisme penerbitan token ToshX. Penutup Saya tidak akan membuat kesimpulan langsung terhadap satu projek hanya kerana ia mempunyai Proof-of-Gas, pembelian semula, atau Fair Launch. Sebarang mekanisme penerbitan token baru akhirnya mesti diuji melalui pasaran sebenar. Tetapi ToshX sekurang-kurangnya mengemukakan beberapa soalan yang layak dikaji: Adakah penerbitan adil seharusnya dibahagikan mengikut “bilangan alamat”, atau perlu mempertimbangkan sumbangan rantai sejarah? Adakah penerbitan peringkat pertama dan perdagangan peringkat kedua benar-benar perlu dipisahkan kepada dua peringkat? Adakah token mesti dihasilkan sepenuhnya dalam satu masa, atau bolehkah penawaran seterusnya ditentukan oleh harga pasaran? Bolehkah Launchpad berkembang dari satu “halaman penerbitan token” menjadi infrastruktur penerbitan aset di atas rantai yang sebenar? $TO adalah eksperimen pertama. Dan yang benar-benar patut diperhatikan dari ToshX ialah sejauh mana mekanisme ini boleh berjalan seterusnya. Saya juga akan terus memantau perkembangan jaringan utama @ToshProtocol, prestasi sebenar Proof-of-Gas, skenario penggunaan $BEM, serta bagaimana Phase 1.5 beroperasi di pasaran sebenar apabila lebih banyak projek masuk ke ToshX. Bagi satu protokol penerbitan baru, token pertama bukanlah akhir. Permulaan sebenar ialah selepas token pertama dilancarkan—adakah peraturan ini masih boleh digunakan oleh seratus projek seterusnya? Ini mungkin adalah perkara paling penting yang perlu diuji oleh ToshX seterusnya. @ToshProtocol