Biar saya katakan yang sebenarnya:
Reaksi pertama saya terhadap sebagian besar blockchain bukanlah "seberapa besar potensinya", melainkan -
Kapan rantai ini akan mengalami masalah karena masalah dasar?
Injective adalah salah satu yang membuat saya terus-menerus memeriksa data di rantai, melihat arsitektur, dan melihat detail eksekusi setelahnya,
Menghasilkan proyek yang "setidaknya tidak malas di tingkat sistem".
Perhatikan, saya tidak mengatakan bahwa itu pasti berhasil.
Yang saya maksud adalah:
Apa yang dilakukannya adalah hal yang benar dengan tingkat kesulitan yang tepat.
Injective pada dasarnya sedang menyelesaikan masalah yang banyak proyek hindari.
Masalah ini sangat sederhana, dan juga sangat kejam:
Apakah Anda ingin bertanggung jawab atas "perilaku transaksi yang sebenarnya"?
Bukan swap dua kali, bukan mining likuiditas, bukan menekan tombol.
adalah yang melibatkan:
Eksposur risiko waktu nyata
Likuidasi berkelanjutan
Perdagangan frekuensi tinggi
Posisi besar berputar
Seluruh arsitektur Injective, mengasumsikan pengguna mungkin adalah pedagang profesional,
dan bukan menganggap "ramah pemula" sebagai prinsip pertama.
Ini secara langsung menentukan semua pilihan yang akan diambilnya.
Buku pesanan bukanlah ciri khas Injective, itu adalah batas bawahnya
Membuat buku pesanan di rantai, sebenarnya adalah mencari masalah bagi diri sendiri.
Lambat, mahal, rumit, dan tidak menyenangkan bagi pengguna biasa.
Injective masih melakukan ini, alasannya hanya satu:
Buku pesanan adalah satu-satunya struktur yang dapat memfasilitasi "perdagangan dengan risiko yang terkontrol" saat ini.
Jika Anda pernah melakukan perdagangan nyata, Anda akan mengerti:
“Kebebasan” AMM adalah keunggulan dalam dana kecil
Dalam dana besar, di bawah strategi berkelanjutan, ini akan menjadi kebisingan
Injective telah meninggalkan jalan yang baik untuk bercerita,
Memilih solusi yang lebih dekat dengan logika dasar keuangan tradisional, tetapi lebih sulit diterapkan di rantai.
Ini adalah pilihan yang sangat realistis, bahkan sedikit konservatif.
Tujuan desain Injective bukanlah "cepat", tetapi "tidak acak"
Banyak orang keliru berpikir bahwa kata kunci Injective adalah kinerja.
Tetapi saya lebih suka menggunakan satu kata untuk menggambarkannya: pengekangan.
Anda melihat jalur eksekusinya dan desain sistemnya, Anda akan menemukan:
Ia tidak mengejar batas TPS
Ia tidak melakukan paralelisme radikal
Ia lebih memperhatikan konsistensi status dan kepastian eksekusi
Bagi pengguna biasa, "cepat" sangat penting;
Bagi sistem perdagangan, "tidak acak" lebih penting.
Injective dirancang berdasarkan standar yang terakhir.
Mengapa Injective harus melakukan lintas rantai, dan itu adalah jalur IBC
Karena sebuah rantai transaksi yang bergantung pada satu ekosistem saja,
Maka ia akan terpengaruh oleh siklus dengan cepat.
Injective memilih IBC, pada dasarnya sedang melakukan satu hal:
Menyebarkan sumber penemuan harga dan likuiditas.
Ini berarti:
Jika ada masalah dengan rantai tertentu, tidak akan langsung menghancurkan sistem
Siklus aset tunggal tidak akan menentukan nasib keseluruhan
Strategi pasar dan arbitrase lebih mudah dipindahkan
Ini adalah keputusan yang sangat cenderung "rekayasa sistem",
Dan bukan solusi yang akan dipilih tim pertumbuhan terlebih dahulu.
$INJ logika nilai, sebenarnya tidak cocok untuk dijadikan harga berdasarkan emosi
Saya tahu banyak orang ingin mendengar "Mengapa INJ naik",
Tetapi jujur, koin ini tidak terlalu sesuai dengan siklus emosi.
Kebutuhannya lebih mirip dengan:
Peningkatan kerja jaringan → peningkatan penggunaan
Peningkatan penggunaan → permintaan staking dan biaya meningkat
Peningkatan eksposur risiko → nilai keamanan sistem meningkat
Ini adalah umpan balik yang cenderung teknik dan jangka panjang.
Siklus ini tidak akan membuat harga terstimulasi setiap hari,
Tetapi juga sangat sulit untuk dibantah sepenuhnya.
Masalah terbesar Injective, saya malah merasa adalah: terlalu mirip dengan proyek yang serius bekerja keras
Bekerja keras, terkadang menjadi kelemahan dalam industri ini.
Penyebaran lambat
Sulit untuk bercerita
Tidak mudah disederhanakan menjadi satu kalimat
Perlu dibuktikan oleh waktu
Injective pada dasarnya telah mengenai sebagian besar dari "kelemahan" ini.
Tetapi kebalikannya juga berlaku:
Tidak bergantung pada keberuntungan
Tidak bergantung pada sensasi
Tidak bergantung pada subsidi untuk bertahan hidup
Jika Anda bertanya kepada saya proyek mana yang termasuk dalam kategori Injective —
Ia bukan "kendaraan yang pasti harus dinaiki pada putaran ini",
lebih mirip dengan "Anda akan melihat kembali pada garis itu suatu saat".
Kalimat terakhir, tidak memilih pihak, hanya memberikan penilaian
Injective tidak cocok dipahami dengan logika produk populer.
Ia lebih mirip dengan basis perdagangan yang secara bertahap digunakan oleh pengguna profesional.
Hal seperti ini,
Tidak gaduh saat pasar baik,
Pada saat pasar rumit, malah mulai terlihat berharga.
Apakah ini proyek yang baik,
Waktu yang menentukan;
Apakah ini proyek yang ditulis sembarangan,
Strukturnya bisa dilihat dengan jelas.
Injective setidaknya bukan yang terakhir.
