Binance Square

海苔

|土狗冲击者|优质项目发掘师|二级分析丨币安邀请码:BN66234
Perdagangan Terbuka
Pemilik PIEVERSE
Pemilik PIEVERSE
Pedagang dengan Frekuensi Tinggi
1.8 Tahun
149 Mengikuti
10.0K+ Pengikut
2.3K+ Disukai
639 Dibagikan
Posting
Portofolio
PINNED
·
--
Apa? Federal Reserve tidak menurunkan suku bunga bulan ini?Mengapa Federal Reserve tidak menurunkan suku bunga bulan ini? Pilihan hati-hati dalam data ekonomi dan permainan pasar Bulan ini, Federal Reserve kembali memilih untuk "diam", mempertahankan suku bunga acuan di kisaran 3,50%-3,75%. Ini adalah hasil yang diharapkan secara umum oleh pasar, serta pilihan hati-hati yang dipikirkan dengan matang oleh Federal Reserve dalam kondisi ekonomi yang kompleks saat ini. Data yang diarahkan: Realitas ekonomi di balik keputusan untuk tidak menurunkan suku bunga Mengapa Federal Reserve tidak menurunkan suku bunga? Ekonomi Amerika saat ini menunjukkan situasi yang "tidak dingin dan tidak panas", membuat pembuat kebijakan kekurangan dorongan untuk bertindak segera. Inflasi: Membandel tinggi di atas target Data bulan Desember tahun lalu menunjukkan bahwa tingkat inflasi di Amerika Serikat masih meningkat 2,7% dibandingkan tahun lalu, meskipun turun dari puncaknya, tetapi masih terus lebih tinggi dari target jangka panjang 2% yang ditetapkan oleh Federal Reserve. Ini seperti pasien yang demamnya perlahan menurun tetapi belum sembuh, dokter tentu tidak akan berhenti mengamati.

Apa? Federal Reserve tidak menurunkan suku bunga bulan ini?

Mengapa Federal Reserve tidak menurunkan suku bunga bulan ini? Pilihan hati-hati dalam data ekonomi dan permainan pasar
Bulan ini, Federal Reserve kembali memilih untuk "diam", mempertahankan suku bunga acuan di kisaran 3,50%-3,75%. Ini adalah hasil yang diharapkan secara umum oleh pasar, serta pilihan hati-hati yang dipikirkan dengan matang oleh Federal Reserve dalam kondisi ekonomi yang kompleks saat ini.

Data yang diarahkan: Realitas ekonomi di balik keputusan untuk tidak menurunkan suku bunga
Mengapa Federal Reserve tidak menurunkan suku bunga? Ekonomi Amerika saat ini menunjukkan situasi yang "tidak dingin dan tidak panas", membuat pembuat kebijakan kekurangan dorongan untuk bertindak segera.

Inflasi: Membandel tinggi di atas target
Data bulan Desember tahun lalu menunjukkan bahwa tingkat inflasi di Amerika Serikat masih meningkat 2,7% dibandingkan tahun lalu, meskipun turun dari puncaknya, tetapi masih terus lebih tinggi dari target jangka panjang 2% yang ditetapkan oleh Federal Reserve. Ini seperti pasien yang demamnya perlahan menurun tetapi belum sembuh, dokter tentu tidak akan berhenti mengamati.
·
--
Di forum pengembang, saya melihat sebuah postingan, seseorang bertanya: "Saya ingin memindahkan proyek di Solana ke @fogo , berapa banyak kode yang harus diubah?" Di bawahnya, seseorang menjawab: "Saya telah memindahkan sebuah DEX, hanya mengubah file konfigurasi, dan berhasil." Hal ini membuat saya berpikir. Apa yang paling sulit dalam memulai blockchain baru? Bukan teknologinya, bukan dananya, tetapi apakah pengembang mau datang. Membuat seseorang belajar bahasa baru, menulis ulang kontrak, dan merekonstruksi seluruh frontend, biayanya terlalu tinggi. Sebagian besar L1 mati seperti ini—teknologi dibilang hebat, tetapi pengembang hanya melihat dokumentasi dan pergi. Fogo memilih SVM, pada dasarnya menjawab pertanyaan ini: bagaimana membuat pengembang tidak perlu belajar ulang, tidak perlu menulis ulang, tidak perlu merekonstruksi? Pengembang yang terkumpul di Solana selama beberapa tahun adalah aset yang nyata. Mereka yang telah berjuang di Rust, mereka yang tersiksa oleh jaringan Solana tetapi enggan berpindah jalur, sekarang memiliki satu jalan keluar. Rantai alat tidak perlu diganti, debugger masih bisa digunakan, bahkan kode kontrak bisa dijalankan langsung. Ada yang telah menguji, memindahkan sebuah kontrak perpetual, konsumsi gas menjadi lebih rendah, waktu blok stabil di sekitar 40 milidetik. Apa artinya? Artinya biaya migrasi hampir nol. Dokumen Fogo memiliki satu bab khusus yang disebut "Migrasi dari Solana", langkah-langkahnya dicatat dengan jelas, bahkan masalah kompatibilitas umum sudah diberi tanda sebelumnya. Detail semacam ini menunjukkan bahwa mereka benar-benar ingin orang-orang datang, bukan sekadar berteriak slogan. Ada satu poin lagi: Fogo mengintegrasikan Pyth dan Wormhole. Keduanya sebenarnya merupakan bagian dari ekosistem Solana, dan pengembang sudah akrab. Dengan kata lain, tidak hanya lingkungan pengembang yang sama, tetapi juga rantai alat, sumber data, dan protokol lintas rantai semuanya menggunakan satu set yang sama. Fogo adalah opsi yang tidak perlu berganti profesi, tidak perlu belajar ulang, dan tidak perlu mengganti rantai alat. #fogo $FOGO
Di forum pengembang, saya melihat sebuah postingan, seseorang bertanya: "Saya ingin memindahkan proyek di Solana ke @Fogo Official , berapa banyak kode yang harus diubah?"

Di bawahnya, seseorang menjawab: "Saya telah memindahkan sebuah DEX, hanya mengubah file konfigurasi, dan berhasil."

Hal ini membuat saya berpikir. Apa yang paling sulit dalam memulai blockchain baru? Bukan teknologinya, bukan dananya, tetapi apakah pengembang mau datang. Membuat seseorang belajar bahasa baru, menulis ulang kontrak, dan merekonstruksi seluruh frontend, biayanya terlalu tinggi. Sebagian besar L1 mati seperti ini—teknologi dibilang hebat, tetapi pengembang hanya melihat dokumentasi dan pergi.

Fogo memilih SVM, pada dasarnya menjawab pertanyaan ini: bagaimana membuat pengembang tidak perlu belajar ulang, tidak perlu menulis ulang, tidak perlu merekonstruksi?

Pengembang yang terkumpul di Solana selama beberapa tahun adalah aset yang nyata. Mereka yang telah berjuang di Rust, mereka yang tersiksa oleh jaringan Solana tetapi enggan berpindah jalur, sekarang memiliki satu jalan keluar. Rantai alat tidak perlu diganti, debugger masih bisa digunakan, bahkan kode kontrak bisa dijalankan langsung. Ada yang telah menguji, memindahkan sebuah kontrak perpetual, konsumsi gas menjadi lebih rendah, waktu blok stabil di sekitar 40 milidetik. Apa artinya? Artinya biaya migrasi hampir nol.

Dokumen Fogo memiliki satu bab khusus yang disebut "Migrasi dari Solana", langkah-langkahnya dicatat dengan jelas, bahkan masalah kompatibilitas umum sudah diberi tanda sebelumnya. Detail semacam ini menunjukkan bahwa mereka benar-benar ingin orang-orang datang, bukan sekadar berteriak slogan.

Ada satu poin lagi: Fogo mengintegrasikan Pyth dan Wormhole. Keduanya sebenarnya merupakan bagian dari ekosistem Solana, dan pengembang sudah akrab. Dengan kata lain, tidak hanya lingkungan pengembang yang sama, tetapi juga rantai alat, sumber data, dan protokol lintas rantai semuanya menggunakan satu set yang sama.

Fogo adalah opsi yang tidak perlu berganti profesi, tidak perlu belajar ulang, dan tidak perlu mengganti rantai alat. #fogo $FOGO
·
--
Oracle, Lintas Rantai, Eksekusi Kontrak: Fogo Mengambil Pilihan Berbeda dalam Tiga HalBaru-baru ini saya sedang melihat beberapa data perbandingan L1, dan menemukan sebuah fenomena: banyak rantai yang TPS-nya diukur dalam lingkungan ideal, tetapi begitu ditambahkan variabel dunia nyata seperti lintas rantai, oracle, dan kontrak kompleks, angkanya langsung turun. @fogo Justru melakukan sebaliknya—ia terlebih dahulu menjamin stabilitas dalam lingkungan yang kompleks, baru kemudian membahas puncak. Pemikiran ini dapat dilihat dalam arsitekturnya. Fogo tidak membuat oracle sendiri, tetapi langsung mengintegrasikan Pyth. Pyth sendiri berasal dari data frekuensi tinggi, memberikan harga untuk kontrak berkelanjutan, opsi, dan pinjaman di Solana, dengan kontrol keterlambatan dalam level milidetik. Fogo melanjutkan hubungan ini, sama dengan menyerahkan data harga, yang merupakan bagian yang paling rentan terhadap masalah, kepada tim yang paling profesional. Rantai lain masih harus mempertimbangkan keterlambatan oracle, keandalan sumber data, tetapi Fogo langsung melewatinya—karena orang yang mengolah data dan orang yang membuat rantai adalah orang yang sama.

Oracle, Lintas Rantai, Eksekusi Kontrak: Fogo Mengambil Pilihan Berbeda dalam Tiga Hal

Baru-baru ini saya sedang melihat beberapa data perbandingan L1, dan menemukan sebuah fenomena: banyak rantai yang TPS-nya diukur dalam lingkungan ideal, tetapi begitu ditambahkan variabel dunia nyata seperti lintas rantai, oracle, dan kontrak kompleks, angkanya langsung turun. @Fogo Official Justru melakukan sebaliknya—ia terlebih dahulu menjamin stabilitas dalam lingkungan yang kompleks, baru kemudian membahas puncak.

Pemikiran ini dapat dilihat dalam arsitekturnya. Fogo tidak membuat oracle sendiri, tetapi langsung mengintegrasikan Pyth. Pyth sendiri berasal dari data frekuensi tinggi, memberikan harga untuk kontrak berkelanjutan, opsi, dan pinjaman di Solana, dengan kontrol keterlambatan dalam level milidetik. Fogo melanjutkan hubungan ini, sama dengan menyerahkan data harga, yang merupakan bagian yang paling rentan terhadap masalah, kepada tim yang paling profesional. Rantai lain masih harus mempertimbangkan keterlambatan oracle, keandalan sumber data, tetapi Fogo langsung melewatinya—karena orang yang mengolah data dan orang yang membuat rantai adalah orang yang sama.
·
--
Baru-baru ini saya menemukan sebuah detail, dan menyadari bahwa tim di belakang @fogo sebenarnya lebih menarik daripada yang saya bayangkan. Pengembang Fogo adalah Douro Labs—nama ini mungkin terdengar asing, tetapi mereka adalah salah satu kontributor utama di balik Jaringan Pyth. Apa itu Pyth? Ini adalah oracle berlatensi rendah yang paling utama di bidang DeFi, khusus untuk memberikan harga kepada perdagangan frekuensi tinggi, dengan kecepatan pembaruan data dihitung dalam milidetik. Dengan kata lain, orang-orang ini telah menghabiskan lebih dari tiga tahun untuk meneliti “bagaimana membuat data bergerak lebih cepat”. Sekarang melihat Fogo, saya mulai mengerti: ini bukan sekelompok pengembang rantai publik yang tiba-tiba ingin membuat sebuah rantai, tetapi sekelompok orang yang bekerja dengan data frekuensi tinggi, menyadari bahwa infrastruktur dasar tidak memenuhi kebutuhan, jadi mereka langsung terjun untuk memperbaiki kekurangan tersebut. Logika ini dapat dilihat dalam pemilihan teknologi. Pyth memberikan Fogo integrasi oracle asli, yang setara dengan memasukkan data harga inti dengan jalur tercepat. Rantai lain masih harus mempertimbangkan masalah keterlambatan oracle, tetapi di Fogo, langsung dilewati—karena orang yang membuat oracle adalah orang yang membuat rantai. Poin lainnya adalah integrasi Wormhole. Saat jaringan utama Fogo diluncurkan, Wormhole langsung berfungsi sebagai jembatan asli resmi, memungkinkan pengguna untuk mentransfer aset dari lebih dari 40 rantai. Hal ini tampak sebagai lintas rantai, tetapi jika dipikirkan lebih dalam: penyampaian pesan lintas rantai Wormhole sendiri juga dirancang dengan latensi rendah. Dengan bekerja sama dengan mereka, Fogo berusaha untuk mencapai tujuan “cepat” di seluruh jalur dari setoran hingga perdagangan hingga data. Ada satu detail kecil: jaringan uji Fogo menjalankan lebih dari 40 juta transaksi sebelum meluncurkan jaringan utama. Angka ini mencerminkan proses pengujian Pyth yang sangat sensitif terhadap keterlambatan—di dalam sistem Pyth, data yang lambat beberapa milidetik sudah dianggap sebagai insiden. Fogo melakukan pengujian dengan gen ini, sehingga tuntutannya terhadap stabilitas tentu berbeda dari rantai publik biasa. #fogo $FOGO
Baru-baru ini saya menemukan sebuah detail, dan menyadari bahwa tim di belakang @Fogo Official sebenarnya lebih menarik daripada yang saya bayangkan.

Pengembang Fogo adalah Douro Labs—nama ini mungkin terdengar asing, tetapi mereka adalah salah satu kontributor utama di balik Jaringan Pyth. Apa itu Pyth? Ini adalah oracle berlatensi rendah yang paling utama di bidang DeFi, khusus untuk memberikan harga kepada perdagangan frekuensi tinggi, dengan kecepatan pembaruan data dihitung dalam milidetik. Dengan kata lain, orang-orang ini telah menghabiskan lebih dari tiga tahun untuk meneliti “bagaimana membuat data bergerak lebih cepat”.

Sekarang melihat Fogo, saya mulai mengerti: ini bukan sekelompok pengembang rantai publik yang tiba-tiba ingin membuat sebuah rantai, tetapi sekelompok orang yang bekerja dengan data frekuensi tinggi, menyadari bahwa infrastruktur dasar tidak memenuhi kebutuhan, jadi mereka langsung terjun untuk memperbaiki kekurangan tersebut.

Logika ini dapat dilihat dalam pemilihan teknologi. Pyth memberikan Fogo integrasi oracle asli, yang setara dengan memasukkan data harga inti dengan jalur tercepat. Rantai lain masih harus mempertimbangkan masalah keterlambatan oracle, tetapi di Fogo, langsung dilewati—karena orang yang membuat oracle adalah orang yang membuat rantai.

Poin lainnya adalah integrasi Wormhole. Saat jaringan utama Fogo diluncurkan, Wormhole langsung berfungsi sebagai jembatan asli resmi, memungkinkan pengguna untuk mentransfer aset dari lebih dari 40 rantai. Hal ini tampak sebagai lintas rantai, tetapi jika dipikirkan lebih dalam: penyampaian pesan lintas rantai Wormhole sendiri juga dirancang dengan latensi rendah. Dengan bekerja sama dengan mereka, Fogo berusaha untuk mencapai tujuan “cepat” di seluruh jalur dari setoran hingga perdagangan hingga data.

Ada satu detail kecil: jaringan uji Fogo menjalankan lebih dari 40 juta transaksi sebelum meluncurkan jaringan utama. Angka ini mencerminkan proses pengujian Pyth yang sangat sensitif terhadap keterlambatan—di dalam sistem Pyth, data yang lambat beberapa milidetik sudah dianggap sebagai insiden. Fogo melakukan pengujian dengan gen ini, sehingga tuntutannya terhadap stabilitas tentu berbeda dari rantai publik biasa. #fogo $FOGO
·
--
Semakin sedikit node semakin terpusat? Fogo memberikan jawaban lainPemahaman Fogo tentang 'desentralisasi' mungkin berbeda dengan konsensus di seluruh industri. Dalam diskusi mengenai desentralisasi, standar pengukuran yang umum adalah jumlah node—semakin banyak node, semakin desentralisasi, semakin sedikit berarti semakin mendekati rantai izin. Jaringan utama Fogo saat ini hanya memiliki kurang dari 30 validator, sesuai dengan standar ini seharusnya mendapatkan kritik. Namun setelah membaca logika desainnya, saya mulai meragukan apakah standar ini sendiri bermasalah. @fogo pilihan adalah: daripada membuat sepuluh ribu node 'lambat secara rata-rata', lebih baik membuat tiga puluh node 'cepat secara konsisten'. Pemikiran ini tercermin paling mendalam dalam strategi klien tunggal. Sebagian besar rantai publik menekankan banyak klien, untuk keragaman kode guna mencegah celah. Namun logika Fogo adalah: jika tujuannya adalah kecepatan respons tingkat perdagangan frekuensi tinggi, maka kecepatan jaringan hanya bisa ditentukan oleh klien yang paling lambat. Firedancer Solana dapat menjalankan juta TPS, tetapi di jaringan utama harus bekerja sama dengan klien lain, kinerjanya akan menurun. Fogo pada dasarnya telah menghilangkan beban ini—semua node menggunakan satu mesin yang sama, siapa pun tidak boleh menghambat yang lain.

Semakin sedikit node semakin terpusat? Fogo memberikan jawaban lain

Pemahaman Fogo tentang 'desentralisasi' mungkin berbeda dengan konsensus di seluruh industri.
Dalam diskusi mengenai desentralisasi, standar pengukuran yang umum adalah jumlah node—semakin banyak node, semakin desentralisasi, semakin sedikit berarti semakin mendekati rantai izin. Jaringan utama Fogo saat ini hanya memiliki kurang dari 30 validator, sesuai dengan standar ini seharusnya mendapatkan kritik. Namun setelah membaca logika desainnya, saya mulai meragukan apakah standar ini sendiri bermasalah.

@Fogo Official pilihan adalah: daripada membuat sepuluh ribu node 'lambat secara rata-rata', lebih baik membuat tiga puluh node 'cepat secara konsisten'.
Pemikiran ini tercermin paling mendalam dalam strategi klien tunggal. Sebagian besar rantai publik menekankan banyak klien, untuk keragaman kode guna mencegah celah. Namun logika Fogo adalah: jika tujuannya adalah kecepatan respons tingkat perdagangan frekuensi tinggi, maka kecepatan jaringan hanya bisa ditentukan oleh klien yang paling lambat. Firedancer Solana dapat menjalankan juta TPS, tetapi di jaringan utama harus bekerja sama dengan klien lain, kinerjanya akan menurun. Fogo pada dasarnya telah menghilangkan beban ini—semua node menggunakan satu mesin yang sama, siapa pun tidak boleh menghambat yang lain.
·
--
Vanar dalam arah AI, yang paling mengejutkan saya bukanlah bahwa mereka membuat Neutron atau Kayon, tetapi bahwa mereka sedang membawa "AI Generatif" langsung ke dalam blockchain. Dalam peta jalan 2026, @Vanar merencanakan untuk meluncurkan satu set alat generatif: pengenalan suara menjadi teks, pembangkitan gambar dan video yang didorong AI, semuanya terintegrasi di dalam blockchain. Apa artinya ini? Ini berarti pengguna di metaverse Virtua dapat langsung menghasilkan adegan virtual dengan suara, menghasilkan NFT dengan deskripsi teks, tanpa harus meninggalkan blockchain, tanpa memanggil API eksternal, semuanya diselesaikan di dalam blockchain. Ini bagi para kreator adalah pengalaman penciptaan yang benar-benar "satu klik". Satu tindakan lain yang mudah diabaikan adalah integrasinya dengan protokol MCP (Model Context Protocol). Melalui protokol ini, alat AI utama seperti ChatGPT dan Claude dapat langsung mengakses data memori di blockchain Vanar. Konten yang Anda bicarakan dengan NPC di suatu permainan minggu lalu, kontrak digital yang Anda tanda tangani bulan lalu, asisten AI dapat mengingatnya dan bahkan dapat membantu Anda membuat keputusan berdasarkan konteks tersebut. Ini sama dengan mengubah data di blockchain menjadi "perpustakaan memori jangka panjang" AI. Baru-baru ini, mereka juga melakukan integrasi dengan OpenClaw, menyematkan kemampuan memori semantik Neutron langsung ke dalam alur kerja agen AI. Agen dapat mempertahankan memori yang berkesinambungan di platform seperti Discord, Slack, WhatsApp—Anda berbicara setengah jalan di sini, berpindah ke aplikasi lain untuk melanjutkan percakapan, dan ia dapat melanjutkan tanpa perlu memulai dari awal. Memori yang tahan lama lintas platform dan lintas sesi ini adalah gambaran sejati dari apa yang seharusnya menjadi "kecerdasan". Sebagian besar blockchain publik melakukan AI, baik itu mengeluarkan token untuk mengikuti tren, atau hanya menumpuk beberapa istilah teknis. Langkah-langkah Vanar ini mengambil jalan lain: membuat AI benar-benar dapat digunakan, diingat, dan dihasilkan, dan semua ini terjadi di dalam blockchain. Ketika blockchain lain masih bersaing dalam TPS, mereka sudah memikirkan bagaimana membuat blockchain itu sendiri "belajar untuk mencipta". #vanar $VANRY
Vanar dalam arah AI, yang paling mengejutkan saya bukanlah bahwa mereka membuat Neutron atau Kayon, tetapi bahwa mereka sedang membawa "AI Generatif" langsung ke dalam blockchain.

Dalam peta jalan 2026, @Vanarchain merencanakan untuk meluncurkan satu set alat generatif: pengenalan suara menjadi teks, pembangkitan gambar dan video yang didorong AI, semuanya terintegrasi di dalam blockchain. Apa artinya ini? Ini berarti pengguna di metaverse Virtua dapat langsung menghasilkan adegan virtual dengan suara, menghasilkan NFT dengan deskripsi teks, tanpa harus meninggalkan blockchain, tanpa memanggil API eksternal, semuanya diselesaikan di dalam blockchain. Ini bagi para kreator adalah pengalaman penciptaan yang benar-benar "satu klik".

Satu tindakan lain yang mudah diabaikan adalah integrasinya dengan protokol MCP (Model Context Protocol). Melalui protokol ini, alat AI utama seperti ChatGPT dan Claude dapat langsung mengakses data memori di blockchain Vanar. Konten yang Anda bicarakan dengan NPC di suatu permainan minggu lalu, kontrak digital yang Anda tanda tangani bulan lalu, asisten AI dapat mengingatnya dan bahkan dapat membantu Anda membuat keputusan berdasarkan konteks tersebut. Ini sama dengan mengubah data di blockchain menjadi "perpustakaan memori jangka panjang" AI.

Baru-baru ini, mereka juga melakukan integrasi dengan OpenClaw, menyematkan kemampuan memori semantik Neutron langsung ke dalam alur kerja agen AI. Agen dapat mempertahankan memori yang berkesinambungan di platform seperti Discord, Slack, WhatsApp—Anda berbicara setengah jalan di sini, berpindah ke aplikasi lain untuk melanjutkan percakapan, dan ia dapat melanjutkan tanpa perlu memulai dari awal. Memori yang tahan lama lintas platform dan lintas sesi ini adalah gambaran sejati dari apa yang seharusnya menjadi "kecerdasan".

Sebagian besar blockchain publik melakukan AI, baik itu mengeluarkan token untuk mengikuti tren, atau hanya menumpuk beberapa istilah teknis. Langkah-langkah Vanar ini mengambil jalan lain: membuat AI benar-benar dapat digunakan, diingat, dan dihasilkan, dan semua ini terjadi di dalam blockchain. Ketika blockchain lain masih bersaing dalam TPS, mereka sudah memikirkan bagaimana membuat blockchain itu sendiri "belajar untuk mencipta". #vanar $VANRY
·
--
Apakah sebuah kontrak faktur bisa membayar sendiri? AI di blockchain Vanar telah mewujudkannyaVanar baru-baru ini membuatku memikirkan sebuah pertanyaan: Seperti apa sebenarnya 'kecerdasan' dalam blockchain? Beberapa tahun terakhir, pembicaraan dalam industri tentang kontrak pintar sebenarnya hanya 'eksekusi otomatis'—tindakan yang dipicu oleh kondisi, itu saja. Ia tidak memiliki ingatan, tidak dapat memahami konteks, apalagi melakukan inferensi. Anda menyimpan sebuah kontrak, ia hanya bisa tergeletak di sana, menunggu seseorang untuk memanggilnya. Yang ingin diubah oleh Vanar adalah ini. Dua hal yang didorong oleh Chumi: lapisan ingatan semantik Neutron dan mesin inferensi AI di Kayon. Neutron dapat mengompresi data kompleks seperti PDF dan kontrak menjadi 'benih data' yang disimpan secara permanen, sehingga hal-hal di blockchain tidak lagi menjadi karakter mati, tetapi informasi hidup yang dapat dibaca oleh AI. Kayon lebih langsung—ia menjalankan logika inferensi di blockchain, membiarkan kontrak 'memikirkan' pertanyaan sendiri. Misalnya, sebuah kontrak faktur, setelah disimpan, Kayon dapat secara otomatis memverifikasi konten dan mengonfirmasi kebenarannya sebelum memicu pembayaran, tanpa perlu diawasi oleh manusia.

Apakah sebuah kontrak faktur bisa membayar sendiri? AI di blockchain Vanar telah mewujudkannya

Vanar baru-baru ini membuatku memikirkan sebuah pertanyaan: Seperti apa sebenarnya 'kecerdasan' dalam blockchain?
Beberapa tahun terakhir, pembicaraan dalam industri tentang kontrak pintar sebenarnya hanya 'eksekusi otomatis'—tindakan yang dipicu oleh kondisi, itu saja. Ia tidak memiliki ingatan, tidak dapat memahami konteks, apalagi melakukan inferensi. Anda menyimpan sebuah kontrak, ia hanya bisa tergeletak di sana, menunggu seseorang untuk memanggilnya.

Yang ingin diubah oleh Vanar adalah ini.
Dua hal yang didorong oleh Chumi: lapisan ingatan semantik Neutron dan mesin inferensi AI di Kayon. Neutron dapat mengompresi data kompleks seperti PDF dan kontrak menjadi 'benih data' yang disimpan secara permanen, sehingga hal-hal di blockchain tidak lagi menjadi karakter mati, tetapi informasi hidup yang dapat dibaca oleh AI. Kayon lebih langsung—ia menjalankan logika inferensi di blockchain, membiarkan kontrak 'memikirkan' pertanyaan sendiri. Misalnya, sebuah kontrak faktur, setelah disimpan, Kayon dapat secara otomatis memverifikasi konten dan mengonfirmasi kebenarannya sebelum memicu pembayaran, tanpa perlu diawasi oleh manusia.
·
--
Vanar sedang diam-diam mengubah harapan pengembang terhadap "infrastruktur blockchain" Seorang pengembang yang berpindah dari ekosistem Ethereum mengatakan, dia menggunakan istilah untuk menggambarkan perasaannya setelah pindah ke @Vanar : "Desain defensif akhirnya bisa dilepaskan." Pernyataan ini cukup menarik. Dalam pengembangan di blockchain publik, biasanya harus memperkirakan sejumlah masalah: apa yang terjadi jika jaringan macet? Bagaimana memberi tahu jika biaya Gas meroket? Bagaimana mengarahkan pengguna yang tidak memiliki koin untuk membayar biaya transaksi? Energi pengembang habis banyak pada "kasus tepi" ini, bukan pada logika produk inti. Satu hal yang dilakukan Vanar adalah membuat kasus tepi ini tidak lagi perlu diperkirakan. Model biaya tetap mengubah biaya Gas menjadi dapat diprediksi, dengan minimum sebesar 0,0005 dolar, pengembang tidak perlu lagi menulis jendela pop-up "mengapa ini begitu mahal" kepada pengguna. Kepastian transaksi dijamin, operasi kompleks dapat sepenuhnya ditangani di blockchain, tanpa bergantung pada server eksternal untuk menyinkronkan status. Pengembang tidak perlu lagi waspada di mana-mana, mereka bisa mulai mempercayai nilai default. "Keterdugaan" ini sebenarnya adalah suatu cara berpikir infrastruktur yang lebih mendasar. Sebagian besar blockchain publik menawarkan "kemungkinan"—Anda dapat melakukan apa saja, tetapi biayanya adalah Anda harus mengatasi semua ketidakpastian sendiri. Vanar menawarkan "kepastian"—hal-hal yang dapat Anda lakukan mungkin sedikit lebih sedikit, tetapi saat melakukannya Anda tahu apa hasilnya. Bagi pengembang kripto yang terbiasa bergulat dalam ketidakpastian, perubahan ini perlu penyesuaian. Tetapi begitu beradaptasi, akan sulit untuk kembali. Seperti yang dikatakan pengembang itu: ketika Anda terluka oleh kekacauan infrastruktur di tempat lain, Anda akan menemukan bahwa lingkungan yang fokus dan dapat diprediksi ini adalah apa yang selalu Anda cari. #vanar $VANRY
Vanar sedang diam-diam mengubah harapan pengembang terhadap "infrastruktur blockchain"

Seorang pengembang yang berpindah dari ekosistem Ethereum mengatakan, dia menggunakan istilah untuk menggambarkan perasaannya setelah pindah ke @Vanarchain : "Desain defensif akhirnya bisa dilepaskan."

Pernyataan ini cukup menarik. Dalam pengembangan di blockchain publik, biasanya harus memperkirakan sejumlah masalah: apa yang terjadi jika jaringan macet? Bagaimana memberi tahu jika biaya Gas meroket? Bagaimana mengarahkan pengguna yang tidak memiliki koin untuk membayar biaya transaksi? Energi pengembang habis banyak pada "kasus tepi" ini, bukan pada logika produk inti.

Satu hal yang dilakukan Vanar adalah membuat kasus tepi ini tidak lagi perlu diperkirakan. Model biaya tetap mengubah biaya Gas menjadi dapat diprediksi, dengan minimum sebesar 0,0005 dolar, pengembang tidak perlu lagi menulis jendela pop-up "mengapa ini begitu mahal" kepada pengguna. Kepastian transaksi dijamin, operasi kompleks dapat sepenuhnya ditangani di blockchain, tanpa bergantung pada server eksternal untuk menyinkronkan status. Pengembang tidak perlu lagi waspada di mana-mana, mereka bisa mulai mempercayai nilai default.

"Keterdugaan" ini sebenarnya adalah suatu cara berpikir infrastruktur yang lebih mendasar. Sebagian besar blockchain publik menawarkan "kemungkinan"—Anda dapat melakukan apa saja, tetapi biayanya adalah Anda harus mengatasi semua ketidakpastian sendiri. Vanar menawarkan "kepastian"—hal-hal yang dapat Anda lakukan mungkin sedikit lebih sedikit, tetapi saat melakukannya Anda tahu apa hasilnya.

Bagi pengembang kripto yang terbiasa bergulat dalam ketidakpastian, perubahan ini perlu penyesuaian. Tetapi begitu beradaptasi, akan sulit untuk kembali. Seperti yang dikatakan pengembang itu: ketika Anda terluka oleh kekacauan infrastruktur di tempat lain, Anda akan menemukan bahwa lingkungan yang fokus dan dapat diprediksi ini adalah apa yang selalu Anda cari. #vanar $VANRY
·
--
Sebuah rantai yang tumbuh dari aplikasi: Mengapa Vanar mungkin menjadi L1 "berbeda" berikutnya@Vanar Memberikan saya kesan yang mendalam, karena ia tidak dirancang seperti sebagian besar blockchain publik, melainkan tumbuh secara alami. Apa maksudnya? Anda melihat jalur sebagian besar blockchain publik: pertama membangun kerangka teknologi, menulis whitepaper, menggambar peta jalan, lalu mencari pengembang dan skenario di seluruh dunia. #vanar urutannya terbalik - saat mereka mengerjakan Virtua (sebelumnya TVK), mereka sudah melayani Paramount, Legendary dan IP terkemuka lainnya, telah bergelut di dunia game, NFT, dan metaverse selama bertahun-tahun, disiksa oleh masalah nyata seperti "aset tidak ada di blockchain", "pengguna tidak akan menggunakan dompet", dan "biaya Gas yang mengecewakan", baru kemudian mereka memutuskan untuk membuat Layer 1 sendiri.

Sebuah rantai yang tumbuh dari aplikasi: Mengapa Vanar mungkin menjadi L1 "berbeda" berikutnya

@Vanarchain Memberikan saya kesan yang mendalam, karena ia tidak dirancang seperti sebagian besar blockchain publik, melainkan tumbuh secara alami.
Apa maksudnya? Anda melihat jalur sebagian besar blockchain publik: pertama membangun kerangka teknologi, menulis whitepaper, menggambar peta jalan, lalu mencari pengembang dan skenario di seluruh dunia. #vanar urutannya terbalik - saat mereka mengerjakan Virtua (sebelumnya TVK), mereka sudah melayani Paramount, Legendary dan IP terkemuka lainnya, telah bergelut di dunia game, NFT, dan metaverse selama bertahun-tahun, disiksa oleh masalah nyata seperti "aset tidak ada di blockchain", "pengguna tidak akan menggunakan dompet", dan "biaya Gas yang mengecewakan", baru kemudian mereka memutuskan untuk membuat Layer 1 sendiri.
·
--
Baru-baru ini di komunitas pengembang, saya menemukan fenomena menarik: banyak pengembang ekosistem Solana yang secara pribadi mendiskusikan @fogo . Poin diskusinya bukan "apakah harus migrasi", tetapi "jika kembali, apakah kode dapat langsung berjalan?" Seseorang secara khusus melakukan pengujian, mengambil kontrak DEX dari Solana, mengubah beberapa file konfigurasi, dan menerapkannya di jaringan uji Fogo, berhasil dijalankan. Konsumsi Gas berkurang, waktu blok menjadi lebih cepat. Ada yang berkomentar di bawah pos: Sepertinya tidak perlu belajar Rust lagi. Ini sebenarnya cukup krusial. Cold start L1, yang paling sulit bukan teknologinya, tetapi ekosistem pengembang. Membuat pengembang untuk mempelajari satu bahasa baru, menulis ulang kontrak, dan membangun ulang seluruh frontend, biayanya terlalu tinggi. Sebagian besar rantai baru mati seperti ini. Fogo memilih SVM, sama saja dengan langsung menyerap stok pengembang yang telah terakumulasi di Solana selama beberapa tahun—mereka yang telah berjuang di Rust, mereka yang telah cukup menderita di jaringan Solana tetapi enggan berpindah jalur, sekarang memiliki satu pilihan lagi. Detail lain adalah integrasi Fogo dengan Pyth. Pyth sendiri adalah oracle yang muncul dari ekosistem Solana, sekarang memberikan harga ke Fogo, sama saja dengan memindahkan data harga dari Solana langsung. Aplikasi perdagangan paling takut jika oracle tidak kompatibel atau memiliki latensi tinggi. Pilihan Fogo ini sama saja dengan meletakkan fondasi lain untuk aplikasi DeFi. Ada satu hal yang patut disebut: Fogo secara khusus menulis di dokumen "cara memigrasikan program Solana ke Fogo", langkah-langkahnya dituliskan dengan jelas, bahkan masalah kompatibilitas umum telah ditandai sebelumnya. Detail semacam ini menunjukkan bahwa mereka benar-benar ingin agar pengembang datang, bukan sekadar berteriak slogan. Ekosistem masih awal. Namun setidaknya bagi mereka yang sudah cukup dengan masalah jaringan Solana, tetapi enggan meninggalkan ekosistem SVM, Fogo adalah pilihan yang tidak perlu berganti karir, tidak perlu belajar ulang, dan tidak perlu mengganti rantai alat. #fogo $FOGO
Baru-baru ini di komunitas pengembang, saya menemukan fenomena menarik: banyak pengembang ekosistem Solana yang secara pribadi mendiskusikan @Fogo Official .

Poin diskusinya bukan "apakah harus migrasi", tetapi "jika kembali, apakah kode dapat langsung berjalan?" Seseorang secara khusus melakukan pengujian, mengambil kontrak DEX dari Solana, mengubah beberapa file konfigurasi, dan menerapkannya di jaringan uji Fogo, berhasil dijalankan. Konsumsi Gas berkurang, waktu blok menjadi lebih cepat. Ada yang berkomentar di bawah pos: Sepertinya tidak perlu belajar Rust lagi.

Ini sebenarnya cukup krusial. Cold start L1, yang paling sulit bukan teknologinya, tetapi ekosistem pengembang. Membuat pengembang untuk mempelajari satu bahasa baru, menulis ulang kontrak, dan membangun ulang seluruh frontend, biayanya terlalu tinggi. Sebagian besar rantai baru mati seperti ini. Fogo memilih SVM, sama saja dengan langsung menyerap stok pengembang yang telah terakumulasi di Solana selama beberapa tahun—mereka yang telah berjuang di Rust, mereka yang telah cukup menderita di jaringan Solana tetapi enggan berpindah jalur, sekarang memiliki satu pilihan lagi.

Detail lain adalah integrasi Fogo dengan Pyth. Pyth sendiri adalah oracle yang muncul dari ekosistem Solana, sekarang memberikan harga ke Fogo, sama saja dengan memindahkan data harga dari Solana langsung. Aplikasi perdagangan paling takut jika oracle tidak kompatibel atau memiliki latensi tinggi. Pilihan Fogo ini sama saja dengan meletakkan fondasi lain untuk aplikasi DeFi.

Ada satu hal yang patut disebut: Fogo secara khusus menulis di dokumen "cara memigrasikan program Solana ke Fogo", langkah-langkahnya dituliskan dengan jelas, bahkan masalah kompatibilitas umum telah ditandai sebelumnya. Detail semacam ini menunjukkan bahwa mereka benar-benar ingin agar pengembang datang, bukan sekadar berteriak slogan.

Ekosistem masih awal. Namun setidaknya bagi mereka yang sudah cukup dengan masalah jaringan Solana, tetapi enggan meninggalkan ekosistem SVM, Fogo adalah pilihan yang tidak perlu berganti karir, tidak perlu belajar ulang, dan tidak perlu mengganti rantai alat. #fogo $FOGO
·
--
Membaca dokumen Fogo, yang saya lihat bukanlah parameter, tetapi serangkaian kompromiMelihat dokumen @fogo ini, saya tiba-tiba memiliki pikiran: Apakah saat penulis proyek ini menulis penjelasan teknis, ada dua orang kecil di dalam kepala mereka yang terus bertengkar? Satu mengatakan: Harus cepat. Yang lain berkata: Harus stabil. Akhirnya, rencana yang dihasilkan adalah desain yang terlihat sekarang. Pemilihan klien adalah contoh yang paling khas. Ada pandangan yang populer di kalangan kita: banyak klien sama dengan keamanan. Ethereum memiliki Geth dan Nethermind, Solana memiliki Rust asli dan Firedancer—jika salah satu klien mengalami bug, yang lainnya masih bisa menggantikan. Kedengarannya masuk akal.

Membaca dokumen Fogo, yang saya lihat bukanlah parameter, tetapi serangkaian kompromi

Melihat dokumen @Fogo Official ini, saya tiba-tiba memiliki pikiran: Apakah saat penulis proyek ini menulis penjelasan teknis, ada dua orang kecil di dalam kepala mereka yang terus bertengkar? Satu mengatakan: Harus cepat. Yang lain berkata: Harus stabil. Akhirnya, rencana yang dihasilkan adalah desain yang terlihat sekarang.

Pemilihan klien adalah contoh yang paling khas.
Ada pandangan yang populer di kalangan kita: banyak klien sama dengan keamanan. Ethereum memiliki Geth dan Nethermind, Solana memiliki Rust asli dan Firedancer—jika salah satu klien mengalami bug, yang lainnya masih bisa menggantikan. Kedengarannya masuk akal.
·
--
Fogo还有一个细节值得聊:它对“透明度”这件事的态度,跟很多项目不太一样。 大多数新公链主网上线后,数据就慢慢锁起来了。TPS多少、出块时间多少、验证者运行得怎么样,都成了“内部信息”,外面的人只能看PR稿里那几个漂亮数字。但Fogo的区块浏览器是公开的,每个区块的时间戳、每个验证者的投票情况、每笔交易的延迟,都能直接查到。 我专门去翻过几天的数据。拿2月14号那天举例,24小时里出了220万个区块,平均出块时间确实稳定在40毫秒上下。有几个区块稍微慢了点,50多毫秒,浏览器里直接标出来了,旁边还附了原因——某个区域的验证者网络波动。这种透明度的好处是:你能看到它的真实表现,而不是团队想让你看到的那一面。 另一个点是@fogo 对开发者文档的投入。它的技术文档写得极细,Sessions功能的实现原理、PDA怎么派生、账户怎么关闭,都有完整的示例代码和流程图。甚至包括那些“劝退”的内容——比如跑验证者的硬件门槛、节点运维的注意事项,也都明明白白写着。这种态度挺拉好感的:它不是在招揽“随便谁都能来”,而是在筛选真正愿意花时间理解它的人。 Fogo Fishers这个测试网参与计划也值得一提。4000万笔测试交易不是团队自己跑的,是真实用户从世界各地连进来折腾出来的。每个人跑完都会写反馈,哪些地方卡、哪些功能不好用,都挂在GitHub上。主网上线后修复的那些问题,很多就是这些反馈堆出来的。 这种“把过程摊开给人看”的做法,在加密圈其实不多见。很多项目喜欢藏着掖着,等到主网上线放几个数字就算交差。Fogo选择了一条更麻烦的路——让所有人都能盯着它跑,跑得好不好一目了然。这种透明度可能比任何PR稿都管用。#fogo $FOGO
Fogo还有一个细节值得聊:它对“透明度”这件事的态度,跟很多项目不太一样。

大多数新公链主网上线后,数据就慢慢锁起来了。TPS多少、出块时间多少、验证者运行得怎么样,都成了“内部信息”,外面的人只能看PR稿里那几个漂亮数字。但Fogo的区块浏览器是公开的,每个区块的时间戳、每个验证者的投票情况、每笔交易的延迟,都能直接查到。

我专门去翻过几天的数据。拿2月14号那天举例,24小时里出了220万个区块,平均出块时间确实稳定在40毫秒上下。有几个区块稍微慢了点,50多毫秒,浏览器里直接标出来了,旁边还附了原因——某个区域的验证者网络波动。这种透明度的好处是:你能看到它的真实表现,而不是团队想让你看到的那一面。

另一个点是@Fogo Official 对开发者文档的投入。它的技术文档写得极细,Sessions功能的实现原理、PDA怎么派生、账户怎么关闭,都有完整的示例代码和流程图。甚至包括那些“劝退”的内容——比如跑验证者的硬件门槛、节点运维的注意事项,也都明明白白写着。这种态度挺拉好感的:它不是在招揽“随便谁都能来”,而是在筛选真正愿意花时间理解它的人。

Fogo Fishers这个测试网参与计划也值得一提。4000万笔测试交易不是团队自己跑的,是真实用户从世界各地连进来折腾出来的。每个人跑完都会写反馈,哪些地方卡、哪些功能不好用,都挂在GitHub上。主网上线后修复的那些问题,很多就是这些反馈堆出来的。

这种“把过程摊开给人看”的做法,在加密圈其实不多见。很多项目喜欢藏着掖着,等到主网上线放几个数字就算交差。Fogo选择了一条更麻烦的路——让所有人都能盯着它跑,跑得好不好一目了然。这种透明度可能比任何PR稿都管用。#fogo $FOGO
·
--
Fogo hanya ingin membawa 'perdagangan' ini ke tingkat tertinggiSaya berdiskusi dengan teman tentang dokumen teknis dan informasi publik dari @fogo dan semakin merasakan: setiap pilihan desain dari blockchain ini didukung oleh bayangan yang sama—perdagangan frekuensi tinggi tradisional. Pertama, mari kita bicarakan tim. Co-founder Doug Colkitt telah melakukan perdagangan frekuensi tinggi saham Jepang di Citadel selama hampir sepuluh tahun, dan segala hal tentang struktur mikro bursa, optimasi latensi, dan desain buku pesanan sudah terpatri dalam memori ototnya. Co-founder lainnya, Robert Sagurton, keluar dari Jump Crypto, sebelumnya pernah bekerja di JPMorgan, State Street, dan Morgan Stanley. Ketika kedua orang ini berkumpul, apa karakter dari blockchain yang mereka ciptakan? Jawabannya sebenarnya sudah tertulis dalam gen mereka.

Fogo hanya ingin membawa 'perdagangan' ini ke tingkat tertinggi

Saya berdiskusi dengan teman tentang dokumen teknis dan informasi publik dari @Fogo Official dan semakin merasakan: setiap pilihan desain dari blockchain ini didukung oleh bayangan yang sama—perdagangan frekuensi tinggi tradisional.

Pertama, mari kita bicarakan tim. Co-founder Doug Colkitt telah melakukan perdagangan frekuensi tinggi saham Jepang di Citadel selama hampir sepuluh tahun, dan segala hal tentang struktur mikro bursa, optimasi latensi, dan desain buku pesanan sudah terpatri dalam memori ototnya. Co-founder lainnya, Robert Sagurton, keluar dari Jump Crypto, sebelumnya pernah bekerja di JPMorgan, State Street, dan Morgan Stanley. Ketika kedua orang ini berkumpul, apa karakter dari blockchain yang mereka ciptakan? Jawabannya sebenarnya sudah tertulis dalam gen mereka.
·
--
Tentang @Vanar , ada satu sudut yang mudah diabaikan: apa yang sedang dilakukannya, sebenarnya adalah membantu merek tradisional "menerjemahkan" Web3. Saya telah berhubungan dengan banyak merek yang ingin mencoba Web3, hambatan terbesar mereka seringkali bukan teknologi, tetapi bahasa. Apa itu "minting", "staking", "liquidity mining", setiap kata harus dijelaskan setengah hari. Setelah penjelasan selesai, pihak lain sudah tidak tertarik lagi. Solusi Vanar cukup cerdas - mereka tidak melakukan terjemahan, langsung membuat pihak merek tidak perlu menggunakan kata-kata ini. Bekerja sama dengan Nexera untuk tokenisasi RWA, tampaknya ini adalah kerangka kepatuhan, tetapi sebenarnya membantu pihak merek untuk menerjemahkan "mengeluarkan NFT" menjadi "mengeluarkan kartu anggota". Menghubungkan dengan Worldpay adalah menerjemahkan "membeli koin" menjadi "pembayaran". Sertifikasi netral karbon adalah menerjemahkan "PoS" menjadi "ramah lingkungan". Pihak merek hanya perlu melakukan hal yang mereka kuasai: merancang acara, mengelola pengguna, menjual barang. Semua bagian yang perlu dijelaskan, Vanar menjaganya di luar. Belakangan ini, merek-merek yang ada di toko pop-up Virtua juga mengikuti logika ini. Pihak merek yang masuk, hanya menyewa ruang virtual, mengadakan acara, memberikan barang-barang terkait. Mereka tidak perlu tahu bahwa di balik ini ada abstraksi akun, penyimpanan Neutron, dan protokol lintas rantai. Mereka hanya tahu, pengguna masuk, bermain dengan senang, dan barangnya terjual. Layanan "tanpa penjelasan" ini, justru lebih efektif daripada pendidikan apa pun. #vanar $VANRY
Tentang @Vanarchain , ada satu sudut yang mudah diabaikan: apa yang sedang dilakukannya, sebenarnya adalah membantu merek tradisional "menerjemahkan" Web3.

Saya telah berhubungan dengan banyak merek yang ingin mencoba Web3, hambatan terbesar mereka seringkali bukan teknologi, tetapi bahasa. Apa itu "minting", "staking", "liquidity mining", setiap kata harus dijelaskan setengah hari. Setelah penjelasan selesai, pihak lain sudah tidak tertarik lagi.

Solusi Vanar cukup cerdas - mereka tidak melakukan terjemahan, langsung membuat pihak merek tidak perlu menggunakan kata-kata ini. Bekerja sama dengan Nexera untuk tokenisasi RWA, tampaknya ini adalah kerangka kepatuhan, tetapi sebenarnya membantu pihak merek untuk menerjemahkan "mengeluarkan NFT" menjadi "mengeluarkan kartu anggota". Menghubungkan dengan Worldpay adalah menerjemahkan "membeli koin" menjadi "pembayaran". Sertifikasi netral karbon adalah menerjemahkan "PoS" menjadi "ramah lingkungan".

Pihak merek hanya perlu melakukan hal yang mereka kuasai: merancang acara, mengelola pengguna, menjual barang. Semua bagian yang perlu dijelaskan, Vanar menjaganya di luar.

Belakangan ini, merek-merek yang ada di toko pop-up Virtua juga mengikuti logika ini. Pihak merek yang masuk, hanya menyewa ruang virtual, mengadakan acara, memberikan barang-barang terkait. Mereka tidak perlu tahu bahwa di balik ini ada abstraksi akun, penyimpanan Neutron, dan protokol lintas rantai. Mereka hanya tahu, pengguna masuk, bermain dengan senang, dan barangnya terjual.

Layanan "tanpa penjelasan" ini, justru lebih efektif daripada pendidikan apa pun. #vanar $VANRY
·
--
Pengembang menjadi lebih tenang, pemain bersenang-senang, merek tidak perlu mempelajari hal baru — Vanar ingin mencapai ketiga poin iniMelihat serangkaian tindakan terbaru Vanar, saya semakin merasa bahwa ada sifat yang cukup langka pada dirinya: mengetahui apa yang dia kuasai. Pernyataan ini terdengar aneh, tetapi sebenarnya jarang terjadi di dunia kripto. Kebanyakan proyek ingin melakukan segalanya, DeFi, permainan, AI, RWA, tanpa terkecuali. Vanar juga telah memasuki jalur-jalur ini, tetapi caranya sedikit berbeda — ia tidak langsung terjun untuk melakukannya, tetapi mempersiapkan alat dan infrastruktur, sehingga orang yang benar-benar mengerti bidangnya dapat masuk dan melakukannya. Di jalur permainan ada VGN, di metaverse ada Virtua, solusi merek ada kerjasama dengan Nexera, AI ada NVIDIA dan Google Cloud. Setiap jalur memiliki pelaku profesional yang berkompetisi, Vanar berperan sebagai 'penyedia tempat dan utilitas'. Penempatan seperti ini jauh lebih praktis daripada proyek yang ingin melakukan segalanya sendiri.

Pengembang menjadi lebih tenang, pemain bersenang-senang, merek tidak perlu mempelajari hal baru — Vanar ingin mencapai ketiga poin ini

Melihat serangkaian tindakan terbaru Vanar, saya semakin merasa bahwa ada sifat yang cukup langka pada dirinya: mengetahui apa yang dia kuasai.
Pernyataan ini terdengar aneh, tetapi sebenarnya jarang terjadi di dunia kripto. Kebanyakan proyek ingin melakukan segalanya, DeFi, permainan, AI, RWA, tanpa terkecuali. Vanar juga telah memasuki jalur-jalur ini, tetapi caranya sedikit berbeda — ia tidak langsung terjun untuk melakukannya, tetapi mempersiapkan alat dan infrastruktur, sehingga orang yang benar-benar mengerti bidangnya dapat masuk dan melakukannya.
Di jalur permainan ada VGN, di metaverse ada Virtua, solusi merek ada kerjasama dengan Nexera, AI ada NVIDIA dan Google Cloud. Setiap jalur memiliki pelaku profesional yang berkompetisi, Vanar berperan sebagai 'penyedia tempat dan utilitas'. Penempatan seperti ini jauh lebih praktis daripada proyek yang ingin melakukan segalanya sendiri.
·
--
Baru-baru ini saya membaca dokumentasi teknis Fogo dan menemukan detail yang sebelumnya kurang saya perhatikan: strategi kliennya sebenarnya adalah langkah paling ekstrem dalam seluruh proyek. Sebagian besar blockchain publik berbicara tentang "multi-klien", yang berarti satu set protokol berjalan dengan beberapa implementasi kode yang berbeda — misalnya Ethereum memiliki Geth, Nethermind, Solana memiliki klien Rust asli dan Firedancer yang dibuat oleh Jump. Logikanya adalah keberagaman kode dapat mencegah kerentanan dan meningkatkan keamanan. Terdengar masuk akal. Tetapi @fogo justru sebaliknya. Sejak awal, ia hanya menjalankan satu set klien — sebuah implementasi tunggal yang dimodifikasi dari Firedancer. Alasannya adalah: dalam skenario frekuensi tinggi, kecepatan akhir jaringan ditentukan oleh klien yang paling lambat. Multi-klien berarti konsensus harus menyesuaikan dengan kinerja node yang paling buruk, yang cepat tidak dapat berfungsi. Solana sebenarnya terjebak di titik ini — Firedancer dapat mencapai jutaan TPS di testnet, tetapi setelah masuk ke mainnet harus bekerja sama dengan klien lain, kinerjanya menjadi menurun. Fogo setara dengan melepaskan beban ini. Beberapa orang mengkritik ini sebagai sentralisasi, tetapi jika dilihat dari sudut pandang lain: jika tujuannya adalah untuk membuat rantai berjalan dengan kecepatan setara Nasdaq, maka semua node harus menggunakan satu set mesin yang sama, satu set chasis yang sama. Mobil F1 tidak akan membiarkan mobil tua campur untuk berlomba, bukan karena diskriminasi, tetapi karena ia benar-benar tidak dapat mengikuti. Poin lain adalah logika pemilihan validator. Mainnet Fogo saat ini hanya memiliki 19 hingga 30 validator, dan ada ambang batas perangkat keras yang jelas — 24 inti CPU, 128GB RAM, 4TB NVME SSD adalah konfigurasi awal. Yang lebih penting adalah, ia mengharuskan validator memiliki pengalaman menjalankan jaringan berkinerja tinggi seperti Solana atau Hyperliquid. Apa artinya ini? Artinya yang dapat bergabung bukanlah individu yang menjalankan laptop untuk bersenang-senang, tetapi tim yang benar-benar mengerti pengelolaan node berkinerja tinggi. Dan tentang "konsensus multi-regional", sebelumnya sudah dibahas, tetapi tidak dijelaskan secara mendetail tentang mekanisme jaringannya. Fogo setiap Epoch memilih satu wilayah secara dinamis sebagai pusat eksekusi, tetapi jika ada masalah di wilayah tertentu, suara tidak mencapai standar, jaringan akan otomatis kembali ke "mode konsensus global" sebagai jaminan. Ini sama dengan memberikan asuransi pada tata letak geografis: mengejar kecepatan, tetapi tidak mengorbankan kegunaan demi kecepatan. Melihat semua desain ini bersama-sama, pemikiran Fogo sebenarnya cukup jelas — ia tidak ingin membuat rantai "yang bisa dijalankan semua orang", tetapi ingin membuat rantai "yang cukup cepat, sehingga institusi mau bergabung" #fogo $FOGO
Baru-baru ini saya membaca dokumentasi teknis Fogo dan menemukan detail yang sebelumnya kurang saya perhatikan: strategi kliennya sebenarnya adalah langkah paling ekstrem dalam seluruh proyek.

Sebagian besar blockchain publik berbicara tentang "multi-klien", yang berarti satu set protokol berjalan dengan beberapa implementasi kode yang berbeda — misalnya Ethereum memiliki Geth, Nethermind, Solana memiliki klien Rust asli dan Firedancer yang dibuat oleh Jump. Logikanya adalah keberagaman kode dapat mencegah kerentanan dan meningkatkan keamanan. Terdengar masuk akal.

Tetapi @Fogo Official justru sebaliknya. Sejak awal, ia hanya menjalankan satu set klien — sebuah implementasi tunggal yang dimodifikasi dari Firedancer. Alasannya adalah: dalam skenario frekuensi tinggi, kecepatan akhir jaringan ditentukan oleh klien yang paling lambat. Multi-klien berarti konsensus harus menyesuaikan dengan kinerja node yang paling buruk, yang cepat tidak dapat berfungsi. Solana sebenarnya terjebak di titik ini — Firedancer dapat mencapai jutaan TPS di testnet, tetapi setelah masuk ke mainnet harus bekerja sama dengan klien lain, kinerjanya menjadi menurun. Fogo setara dengan melepaskan beban ini.

Beberapa orang mengkritik ini sebagai sentralisasi, tetapi jika dilihat dari sudut pandang lain: jika tujuannya adalah untuk membuat rantai berjalan dengan kecepatan setara Nasdaq, maka semua node harus menggunakan satu set mesin yang sama, satu set chasis yang sama. Mobil F1 tidak akan membiarkan mobil tua campur untuk berlomba, bukan karena diskriminasi, tetapi karena ia benar-benar tidak dapat mengikuti.

Poin lain adalah logika pemilihan validator. Mainnet Fogo saat ini hanya memiliki 19 hingga 30 validator, dan ada ambang batas perangkat keras yang jelas — 24 inti CPU, 128GB RAM, 4TB NVME SSD adalah konfigurasi awal. Yang lebih penting adalah, ia mengharuskan validator memiliki pengalaman menjalankan jaringan berkinerja tinggi seperti Solana atau Hyperliquid. Apa artinya ini? Artinya yang dapat bergabung bukanlah individu yang menjalankan laptop untuk bersenang-senang, tetapi tim yang benar-benar mengerti pengelolaan node berkinerja tinggi.

Dan tentang "konsensus multi-regional", sebelumnya sudah dibahas, tetapi tidak dijelaskan secara mendetail tentang mekanisme jaringannya. Fogo setiap Epoch memilih satu wilayah secara dinamis sebagai pusat eksekusi, tetapi jika ada masalah di wilayah tertentu, suara tidak mencapai standar, jaringan akan otomatis kembali ke "mode konsensus global" sebagai jaminan. Ini sama dengan memberikan asuransi pada tata letak geografis: mengejar kecepatan, tetapi tidak mengorbankan kegunaan demi kecepatan.

Melihat semua desain ini bersama-sama, pemikiran Fogo sebenarnya cukup jelas — ia tidak ingin membuat rantai "yang bisa dijalankan semua orang", tetapi ingin membuat rantai "yang cukup cepat, sehingga institusi mau bergabung" #fogo $FOGO
·
--
Fogo ingin memberikan bukan kecepatan, tetapi 'setiap transaksi yang dapat diprediksi'Baru-baru ini saya membaca beberapa posting diskusi teknis dan menemukan fenomena yang cukup menarik: banyak orang berbicara tentang @fogo , mulut tertutup dengan 'blok 40 milidetik', 'finalitas 1,3 detik', 'puluhan ribu TPS'. Angka-angka ini tentu menarik, tetapi semakin saya melihat, saya semakin merasa bahwa mungkin fokusnya salah. Yang benar-benar membuat Fogo layak dibicarakan bukanlah seberapa cepat ia dapat berjalan pada puncaknya, tetapi apakah ia dapat mempertahankan stabilitas di bawah tekanan. Ini bukan kata-kata saya, tetapi seorang senior dalam infrastruktur menulisnya dalam sebuah posting. Kata-katanya adalah: Bagi dana institusi, yang penting bukanlah kecepatan maksimum saat jaringan tidak sibuk, tetapi apa yang terjadi ketika permintaan tiba-tiba meningkat. Apakah keterlambatan akan muncul pada saat pasar paling ekstrem? Apakah kinerja dapat bertahan? Dalam keuangan tradisional, keterlambatan bukanlah 'fenomena normal', melainkan risiko sistemik.

Fogo ingin memberikan bukan kecepatan, tetapi 'setiap transaksi yang dapat diprediksi'

Baru-baru ini saya membaca beberapa posting diskusi teknis dan menemukan fenomena yang cukup menarik: banyak orang berbicara tentang @Fogo Official , mulut tertutup dengan 'blok 40 milidetik', 'finalitas 1,3 detik', 'puluhan ribu TPS'. Angka-angka ini tentu menarik, tetapi semakin saya melihat, saya semakin merasa bahwa mungkin fokusnya salah.

Yang benar-benar membuat Fogo layak dibicarakan bukanlah seberapa cepat ia dapat berjalan pada puncaknya, tetapi apakah ia dapat mempertahankan stabilitas di bawah tekanan.
Ini bukan kata-kata saya, tetapi seorang senior dalam infrastruktur menulisnya dalam sebuah posting. Kata-katanya adalah: Bagi dana institusi, yang penting bukanlah kecepatan maksimum saat jaringan tidak sibuk, tetapi apa yang terjadi ketika permintaan tiba-tiba meningkat. Apakah keterlambatan akan muncul pada saat pasar paling ekstrem? Apakah kinerja dapat bertahan? Dalam keuangan tradisional, keterlambatan bukanlah 'fenomena normal', melainkan risiko sistemik.
·
--
Lihat terjemahan
看@Vanar 最近的动作,我注意到一个之前没太细想的点:它正在把区块链从一个“存东西的地方”变成一个“能干活的地方”。 这话怎么理解?传统的区块链,不管TPS多高,本质上是静态的——资产存进去,不动了。你想让它做点事,得靠外部调用。但Vanar的Neutron和Kayon这套架构,让链本身有了“记忆”和“推理”能力。Neutron能存高维向量,跨交易保持上下文;Kayon能在链上直接跑AI推理。 这意味着什么?意味着未来的智能合约可以是活的。比如一份存证的合同,以前只能放着,出事了拿出来看。但在Vanar这套架构下,合同可以自动验证发票内容,确认无误后触发付款。不需要人盯着,不需要中间机构,代码自己就把事办了。 和NVIDIA的合作也是这个逻辑——CUDA、Tensor这些工具集成进去,开发者能在链上直接跑AI模型。这不再是“区块链+AI”的拼接,而是从底层就是为AI交互设计的。 另一个被低估的点是它对开发者的理解。很多公链让开发者自己搭环境、自己#vanar $VANRY
@Vanarchain 最近的动作,我注意到一个之前没太细想的点:它正在把区块链从一个“存东西的地方”变成一个“能干活的地方”。

这话怎么理解?传统的区块链,不管TPS多高,本质上是静态的——资产存进去,不动了。你想让它做点事,得靠外部调用。但Vanar的Neutron和Kayon这套架构,让链本身有了“记忆”和“推理”能力。Neutron能存高维向量,跨交易保持上下文;Kayon能在链上直接跑AI推理。

这意味着什么?意味着未来的智能合约可以是活的。比如一份存证的合同,以前只能放着,出事了拿出来看。但在Vanar这套架构下,合同可以自动验证发票内容,确认无误后触发付款。不需要人盯着,不需要中间机构,代码自己就把事办了。

和NVIDIA的合作也是这个逻辑——CUDA、Tensor这些工具集成进去,开发者能在链上直接跑AI模型。这不再是“区块链+AI”的拼接,而是从底层就是为AI交互设计的。

另一个被低估的点是它对开发者的理解。很多公链让开发者自己搭环境、自己#vanar $VANRY
·
--
Dari Buku Besar Statis ke Lapisan yang Berpikir: Vanar Ingin Melangkah Satu Langkah ke DepanMelihat serangkaian kemajuan yang baru-baru ini diumumkan oleh Vanar, saya menyadari bahwa saya mungkin sebelumnya meremehkan satu hal: ini bukan hanya tentang membuat sebuah blockchain publik yang "berguna", tetapi ingin mengubah blockchain dari buku besar yang pasif menjadi sebuah lapisan yang dapat berpikir secara aktif. Perubahan ini cukup penting. Blockchain di masa lalu, pada dasarnya, adalah statis. Aset ada di dalam rantai, tetapi itu adalah data mati—Anda dapat memeriksa milik siapa, kapan itu berpindah tangan, tetapi data itu sendiri tidak bergerak, tidak berpikir, tidak merespons Anda. Jika Anda ingin berinteraksi dengannya, Anda harus menulis kontrak pintar, harus mengatur API, harus meminta pengembang untuk membantu Anda membangun sebuah jembatan.

Dari Buku Besar Statis ke Lapisan yang Berpikir: Vanar Ingin Melangkah Satu Langkah ke Depan

Melihat serangkaian kemajuan yang baru-baru ini diumumkan oleh Vanar, saya menyadari bahwa saya mungkin sebelumnya meremehkan satu hal: ini bukan hanya tentang membuat sebuah blockchain publik yang "berguna", tetapi ingin mengubah blockchain dari buku besar yang pasif menjadi sebuah lapisan yang dapat berpikir secara aktif.

Perubahan ini cukup penting.
Blockchain di masa lalu, pada dasarnya, adalah statis. Aset ada di dalam rantai, tetapi itu adalah data mati—Anda dapat memeriksa milik siapa, kapan itu berpindah tangan, tetapi data itu sendiri tidak bergerak, tidak berpikir, tidak merespons Anda. Jika Anda ingin berinteraksi dengannya, Anda harus menulis kontrak pintar, harus mengatur API, harus meminta pengembang untuk membantu Anda membangun sebuah jembatan.
·
--
Vanar团队有个不太被提及的特点:他们是从游戏和娱乐行业出来的。 这个背景其实挺关键。做过游戏的人都知道一个道理——玩家没有义务理解你的技术逻辑,他们只关心两件事:好不好玩,卡不卡。你花三年做的物理引擎,玩家感知不到等于没做。你自诩的去中心化创新,用户卡在登录页面就等于零。 这种“用户本位”的思维,在加密圈其实是稀缺品。太多项目是从技术出发,先想好共识机制、虚拟机、跨链协议,再回头找应用场景。Vanar的顺序是反过来的:先想好玩家怎么进来、品牌怎么用、开发者怎么接,再回头搭底层。 所以你看@Vanar 元宇宙,登录是微信、捏脸是常规操作、买虚拟物品点一下就行。用户全程不知道Gas费是什么,不知道资产存哪条链,甚至不知道自己“在用区块链”。等哪天他发现自己买的虚拟衣服能带到别的游戏里,再去解释背后的机制也不迟。 VGN游戏网络也是这个思路。把区块链拆成模块,让游戏工作室可以直接插进现有的开发流程。不用专门招懂Solidity的人,不用重新设计经济模型,原来怎么做游戏现在还怎么做。有开发者说,接VGN最爽的是“不用给产品经理科普什么是私钥”。 这种基因决定了Vanar的产品逻辑:所有决策的出发点,不是“这技术酷不酷”,而是“用户会不会因此少点麻烦”。听起来很简单,但在加密行业,愿意这么想的人真不多。#vanar $VANRY
Vanar团队有个不太被提及的特点:他们是从游戏和娱乐行业出来的。

这个背景其实挺关键。做过游戏的人都知道一个道理——玩家没有义务理解你的技术逻辑,他们只关心两件事:好不好玩,卡不卡。你花三年做的物理引擎,玩家感知不到等于没做。你自诩的去中心化创新,用户卡在登录页面就等于零。

这种“用户本位”的思维,在加密圈其实是稀缺品。太多项目是从技术出发,先想好共识机制、虚拟机、跨链协议,再回头找应用场景。Vanar的顺序是反过来的:先想好玩家怎么进来、品牌怎么用、开发者怎么接,再回头搭底层。

所以你看@Vanarchain 元宇宙,登录是微信、捏脸是常规操作、买虚拟物品点一下就行。用户全程不知道Gas费是什么,不知道资产存哪条链,甚至不知道自己“在用区块链”。等哪天他发现自己买的虚拟衣服能带到别的游戏里,再去解释背后的机制也不迟。

VGN游戏网络也是这个思路。把区块链拆成模块,让游戏工作室可以直接插进现有的开发流程。不用专门招懂Solidity的人,不用重新设计经济模型,原来怎么做游戏现在还怎么做。有开发者说,接VGN最爽的是“不用给产品经理科普什么是私钥”。

这种基因决定了Vanar的产品逻辑:所有决策的出发点,不是“这技术酷不酷”,而是“用户会不会因此少点麻烦”。听起来很简单,但在加密行业,愿意这么想的人真不多。#vanar $VANRY
Masuk untuk menjelajahi konten lainnya
Jelajahi berita kripto terbaru
⚡️ Ikuti diskusi terbaru di kripto
💬 Berinteraksilah dengan kreator favorit Anda
👍 Nikmati konten yang menarik minat Anda
Email/Nomor Ponsel
Sitemap
Preferensi Cookie
S&K Platform