Fractal Scaling

Apa Itu Fractal Scaling dalam Kripto?

Fractal scaling adalah pendekatan desain blockchain yang meningkatkan kapasitas transaksi melalui lapisan eksekusi, chain, atau bukti kriptografi yang saling terhubung secara rekursif.

Kata fractal merujuk pada pola yang struktur dasarnya muncul kembali pada skala berbeda.

Dalam jaringan kripto, blockchain dasar dapat mendukung jaringan Layer 2, yang kemudian dapat mendukung jaringan Layer 3 khusus aplikasi, yang mungkin menopang sistem khusus tambahan.

Setiap lapisan memproses aktivitas sambil mengandalkan lapisan lain untuk fungsi seperti penyelesaian, ketersediaan data, verifikasi bukti, atau keamanan aset.

Fractal scaling juga dapat merujuk pada agregasi bukti rekursif, ketika satu bukti kriptografi memverifikasi beberapa bukti yang lebih kecil, lalu dimasukkan ke dalam bukti lainnya.

Sistem yang dihasilkan berupaya meningkatkan throughput blockchain tanpa mengharuskan setiap node lapisan dasar mengeksekusi setiap transaksi pengguna secara langsung.

Istilah ini tidak merujuk pada satu protokol, standar token, atau arsitektur jaringan yang berlaku universal.

Proyek kripto yang berbeda menggunakan istilah fractal scaling untuk menggambarkan rollup rekursif, jaringan Layer 3, instance blockchain paralel, chain aplikasi, atau sistem proof-of-proof.

Mengapa Disebut Fractal Scaling?

Fractal matematika memiliki pola serupa yang berulang pada skala lebih besar atau lebih kecil.

Fractal scaling blockchain mengambil gagasan ini dengan mengulangi struktur pemrosesan transaksi dan penyelesaian serupa di beberapa lapisan.

Layer 2 dapat memproses transaksi dan menyelesaikan hasilnya ke Layer 1.

Layer 3 dapat memproses kelompok transaksi lain dan menyelesaikan hasilnya ke Layer 2.

Lapisan tambahan secara teori dapat mengulangi hubungan yang sama jika sistem induknya mendukung bukti, data, dan logika bridge yang diperlukan.

Strukturnya serupa karena setiap lapisan turunan dapat menjalankan eksekusi dengan menggunakan lapisan induknya sebagai lingkungan penyelesaian atau verifikasi.

Istilah fractal tidak berarti bahwa blockchain secara harfiah merupakan fractal matematika.

Istilah ini merupakan analogi arsitektur untuk hubungan scaling yang rekursif dan dapat diulang.

Bagaimana Fractal Scaling Bekerja?

Pengguna mengirimkan transaksi kripto ke lapisan eksekusi, alih-alih mengirim setiap tindakan langsung ke blockchain dasar.

Lapisan eksekusi mengurutkan transaksi, menerapkan aturan smart contract, menghitung saldo, dan membuat komitmen state baru.

Beberapa transaksi dapat dikompresi menjadi satu batch atau direpresentasikan oleh satu bukti kriptografi.

Lapisan tersebut kemudian mengirimkan data bukti, data transaksi, atau komitmen state ke jaringan induknya.

Jaringan induk memverifikasi hasil yang dikirimkan sesuai model keamanan lapisan turunannya.

Sistem berbasis validitas memverifikasi bukti kriptografi yang menunjukkan bahwa state baru mematuhi aturan yang diwajibkan.

Sistem optimistik menerima hasil untuk sementara dan memberi kesempatan kepada peserta untuk menantang komputasi yang keliru selama periode sengketa.

Lapisan turunan kemudian dapat mendukung lingkungan eksekusi lain yang mengulangi proses dasar yang sama.

Blockchain dasar pada akhirnya menyediakan titik penyelesaian terkuat untuk transaksi yang melewati seluruh hierarki.

Contoh Sederhana Fractal Scaling

Misalkan blockchain dasar dapat menyelesaikan 100 unit data transaksi dalam periode tertentu.

Layer 2 mengompresi 1.000 transaksi pengguna menjadi komitmen dan data yang muat dalam 100 unit tersebut.

Layer 3 khusus aplikasi kemudian mengompresi 10.000 tindakan game menjadi bukti yang dikirimkan ke Layer 2.

Layer 2 menyertakan bukti tersebut bersama aktivitas dari jaringan Layer 3 lain, lalu menyelesaikan hasil gabungannya ke lapisan dasar.

Blockchain dasar memverifikasi representasi yang jauh lebih kecil dari keseluruhan aktivitas, alih-alih mengeksekusi setiap tindakan game sendiri.

Contoh ini menunjukkan bagaimana kompresi rekursif dapat meningkatkan kapasitas efektif di berbagai lapisan.

Kapasitas aktual dibatasi oleh pembuatan bukti, ketersediaan data, bandwidth jaringan, kinerja sequencer, desain bridge, dan ruang blok lapisan induk.

Layer 1, Layer 2, dan Layer 3

Layer 1 adalah blockchain dasar yang memiliki konsensus, produksi blok, dan aturan penyelesaian native sendiri.

Layer 2 adalah sistem scaling yang memproses transaksi secara terpisah sambil menggunakan Layer 1 untuk fungsi keamanan atau penyelesaian yang penting.

Layer 3 umumnya merujuk pada lingkungan eksekusi tambahan yang dibangun di atas Layer 2.

Layer 3 dapat dirancang untuk satu game, protokol keuangan, sistem privasi, aplikasi pembayaran, jaringan perusahaan, atau kebutuhan khusus lainnya.

Usulan awal fractal scaling untuk sistem Layer 3 menjelaskan bahwa hubungan Layer 3 dengan Layer 2 serupa dengan hubungan Layer 2 dengan Layer 1.

Penomoran layer tidak diatur oleh satu standar kripto universal, sehingga proyek berbeda dapat mengklasifikasikan arsitektur yang sama dengan cara berbeda.

Sistem yang disebut Layer 3 oleh satu tim pengembangan dapat disebut chain aplikasi, rollup, validium, atau child chain oleh tim lain.

Bukti Rekursif

Bukti rekursif merupakan salah satu teknologi terpenting di balik fractal scaling berbasis validitas.

Bukti rekursif dapat memverifikasi validitas satu atau beberapa bukti kriptografi lainnya.

Bukti untuk beberapa blok dapat diagregasikan menjadi bukti yang lebih besar.

Beberapa bukti yang telah diagregasikan kemudian dapat digabungkan menjadi satu bukti akhir yang dikirim ke lapisan penyelesaian.

Dokumentasi Ethereum tentang zero-knowledge rollup menjelaskan struktur proof-of-proof ini sebagai cara untuk memfinalisasi beberapa blok rollup melalui satu bukti validitas.

Rekursi mengurangi jumlah bukti terpisah yang harus diverifikasi blockchain induk.

Rekursi juga memungkinkan pembuatan bukti berlangsung secara paralel sebelum hasilnya digabungkan.

Bukti akhir tetap berukuran kecil dibandingkan jumlah komputasi yang direpresentasikannya.

Bagaimana Agregasi Bukti Rekursif Meningkatkan Skalabilitas Transaksi

Misalkan sepuluh chain aplikasi masing-masing membuat bukti yang mencakup 1.000 transaksi.

Prover induk dapat memverifikasi dan mengagregasikan sepuluh bukti tersebut menjadi satu bukti yang merepresentasikan 10.000 transaksi.

Prover lain dapat menggabungkan beberapa bukti induk menjadi bukti yang lebih besar lagi.

Blockchain dasar memverifikasi bukti akhir, bukan setiap bukti aplikasi secara terpisah.

Rumus konseptual:

.

Rumus ini menunjukkan manfaat kompresi, tetapi tidak memperhitungkan publikasi data, waktu pembuatan bukti, atau keterbatasan perangkat keras.

Rekursi bukti meningkatkan efisiensi verifikasi tanpa membuat komputasi menjadi gratis.

Prover tetap perlu mengeksekusi program terkait dan membuat bukti kriptografi bahwa komputasi tersebut benar.

Fractal Scaling dengan Validity Rollup

Validity rollup memproses transaksi di luar lapisan dasar dan mengirimkan bukti kriptografi bahwa eksekusinya benar.

Jaringan induk memverifikasi bukti sebelum menerima pembaruan state terkait.

Validity rollup Layer 3 dapat mengirimkan buktinya ke validity rollup Layer 2 jika Layer 2 mendukung program verifier yang diperlukan.

Layer 2 dapat menyertakan bukti Layer 3 ke dalam transisi state-nya sendiri dan kemudian membuktikan transisi yang lebih besar tersebut ke Layer 1.

Hal ini menciptakan rantai komputasi terverifikasi yang rekursif.

Dokumentasi agregasi bukti SHARP menjelaskan bagaimana bukti rekursif dapat membagi pekerjaan pembuktian, mengurangi biaya on-chain, dan mengagregasikan beban kerja komputasi yang lebih besar.

Bukti validitas memberikan bukti eksekusi yang benar, tetapi pengguna tetap perlu mempertimbangkan ketersediaan data, kontrol sequencer, upgrade kontrak, dan keamanan bridge.

Fractal Scaling dengan Optimistic Rollup

Optimistic rollup menganggap hasil transaksi yang dikirimkan benar, kecuali peserta independen menantangnya.

Panduan Ethereum tentang optimistic rollup menjelaskan bahwa periode tantangan memungkinkan hasil transaksi yang keliru disengketakan melalui proses fraud proof.

Layer 3 optimistik secara teori dapat menyelesaikan transaksi ke Layer 2 optimistik atau berbasis validitas.

Sistem lengkap harus menentukan bagaimana sengketa pada lapisan turunan memengaruhi komitmen yang telah dikirimkan oleh lapisan induk.

Periode tantangan bertingkat dapat memperpanjang waktu penarikan dan membuat aturan finalitas lebih rumit.

Sengketa di Layer 3 mungkin harus diselesaikan sebelum Layer 2 dapat menganggap state terkait sebagai final.

Fractal scaling optimistik dapat mengurangi pekerjaan pembuatan bukti dalam kondisi normal, tetapi menuntut pemantauan, akses untuk mengajukan tantangan, dan koordinasi sengketa yang lebih kuat.

Fractal Scaling vs. Scaling Rollup Biasa

Scaling rollup biasa umumnya merujuk pada satu lapisan eksekusi yang menyelesaikan transaksi langsung ke blockchain dasar.

Fractal scaling memperluas model tersebut dengan memungkinkan hubungan eksekusi dan bukti berulang di beberapa tingkat.

Layer 2 standar dapat mengemas ribuan transaksi ke dalam satu pengiriman ke Layer 1.

Arsitektur fractal dapat memungkinkan banyak jaringan Layer 3 khusus mengemas aktivitas ke Layer 2 sebelum Layer 2 menyelesaikannya ke Layer 1.

Kedua pendekatan mengurangi jumlah eksekusi langsung di lapisan dasar yang diperlukan untuk setiap transaksi pengguna.

Fractal scaling menambah fleksibilitas dan potensi kapasitas sekaligus meningkatkan kompleksitas arsitektur.

Lebih banyak lapisan berarti lebih banyak komponen perangkat lunak, asumsi keamanan, bridge, tahap finalitas, dan kondisi kegagalan.

Fractal Scaling vs. Horizontal Scaling

Horizontal scaling menambahkan lebih banyak lingkungan eksekusi yang memproses aktivitas secara paralel.

Beberapa chain aplikasi dapat beroperasi pada tingkat yang sama dan membagi pengguna atau beban kerja di antara chain tersebut.

Fractal scaling sering mencakup horizontal scaling karena lapisan induk dapat mendukung banyak lapisan turunan sekaligus.

Lapisan induk dapat mengagregasikan komitmen atau bukti dari setiap lapisan turunan paralel.

Model kapasitas sederhana:

.

Hasil sebenarnya lebih rendah ketika chain bersaing memperebutkan ketersediaan data, penyelesaian, likuiditas bridge, atau sumber daya pembuktian yang sama.

Ekspansi horizontal dapat meningkatkan throughput, tetapi memecah pengguna dan aset di beberapa lingkungan eksekusi terpisah.

Fractal Scaling vs. Vertical Scaling

Vertical scaling meningkatkan kapasitas satu lingkungan eksekusi dengan menggunakan perangkat lunak lebih cepat, perangkat keras lebih baik, bukti yang dioptimalkan, atau blok lebih besar.

Fractal scaling lebih menekankan lapisan rekursif atau instance paralel tambahan.

Sebuah proyek dapat menggunakan kedua metode tersebut sekaligus.

Layer 2 yang lebih cepat dapat mendukung lebih banyak jaringan Layer 3, sementara setiap Layer 3 juga dapat mengoptimalkan sistem eksekusinya sendiri.

Vertical scaling dapat mempertahankan lingkungan pengguna yang lebih sederhana, tetapi dapat meningkatkan persyaratan perangkat keras.

Fractal scaling dapat mendistribusikan beban kerja secara lebih luas, tetapi dapat memecah likuiditas dan membuat komunikasi lintas layer lebih rumit.

Fractal Scaling vs. Sharding

Sharding membagi beban kerja atau dataset blockchain di antara beberapa kelompok node atau domain pemrosesan.

Fractal scaling membagi aktivitas di antara chain rekursif, rollup, atau sistem bukti yang mungkin memiliki state eksekusi terpisah.

Kedua pendekatan berupaya menghindari kewajiban setiap peserta untuk memproses setiap transaksi.

Sharding biasanya diterapkan sebagai bagian dari arsitektur protokol yang terkoordinasi.

Lapisan fractal dapat dibuat dan dioperasikan secara lebih independen oleh developer aplikasi.

Beberapa sistem menggabungkan sharding, bukti rekursif, dan eksekusi khusus aplikasi sehingga perbedaannya menjadi kurang jelas.

Pertanyaan analitis utamanya adalah sistem mana yang menyediakan eksekusi, sistem mana yang menyimpan data, dan sistem mana yang menentukan penyelesaian akhir.

Lapisan Khusus Aplikasi

Fractal scaling memungkinkan aplikasi kripto beroperasi pada lapisan yang dikonfigurasi sesuai kebutuhannya.

Game blockchain dapat memprioritaskan transaksi kecil yang sering terjadi dan konfirmasi pengguna yang cepat.

Protokol keuangan dapat memprioritaskan ketersediaan data yang kuat, pengurutan yang transparan, dan penyelesaian cepat.

Aplikasi privasi mungkin memerlukan program kriptografi khusus dan visibilitas data yang dibatasi.

Aplikasi perusahaan dapat menggunakan sequencing dengan izin sambil menyelesaikan komitmen ke jaringan publik.

Lapisan khusus aplikasi dapat memilih virtual machine, token biaya, waktu blok, sequencer, sistem tata kelola, dan kebijakan data.

Fleksibilitas ini dapat meningkatkan kinerja, tetapi melemahkan komposabilitas yang seragam di seluruh ekosistem.

Ketersediaan Data dalam Fractal Scaling

Ketersediaan data berarti peserta dapat mengakses informasi yang dibutuhkan untuk merekonstruksi dan memverifikasi state blockchain.

Bukti dapat menunjukkan bahwa komputasi benar tanpa memastikan bahwa pengguna dapat memperoleh semua data yang diperlukan untuk melihat saldo atau membuat transaksi berikutnya.

Karena itu, setiap lapisan turunan harus menentukan lokasi publikasi data transaksi dan state-nya.

Data dapat dipublikasikan ke blockchain induk, disimpan melalui jaringan ketersediaan terpisah, atau dikelola oleh komite.

Publikasi data ke jaringan induk yang sangat terdesentralisasi dapat memberikan jaminan pemulihan yang lebih baik sekaligus meningkatkan biaya.

Penggunaan sistem terpisah dapat mengurangi biaya, tetapi menambahkan asumsi kepercayaan.

Spesifikasi EIP-4844 memperkenalkan transaksi pembawa blob sebagai cara khusus bagi rollup untuk memublikasikan komitmen data dan data sementara.

Kapasitas fractal tetap terbatas ketika lapisan turunan membuat data lebih cepat daripada kemampuan sistem induk untuk menyediakannya.

PeerDAS dan Scaling Data Rollup Saat Ini

Upgrade Fusaka Ethereum diaktifkan pada Desember 2025 dan memperkenalkan PeerDAS untuk mengubah cara node menangani data blob rollup.

Dokumentasi resmi PeerDAS menjelaskan bahwa node dapat mengambil sampel dan menyimpan sebagian data blob, alih-alih mengharuskan setiap node biasa mengunduh setiap blob secara utuh.

Pendekatan terdistribusi ini meningkatkan jumlah data yang dapat dipublikasikan rollup tanpa meningkatkan kebutuhan bandwidth setiap node pada tingkat yang sama.

Kapasitas data yang lebih besar dapat mendukung beban kerja Layer 2 yang lebih besar dan, secara tidak langsung, lapisan khusus aplikasi tambahan di atasnya.

PeerDAS tidak otomatis menciptakan lapisan fractal atau menyelesaikan interoperabilitas lintas layer.

PeerDAS memperluas sumber daya penting yang dapat digunakan sistem rollup rekursif.

Kapasitas data tetap perlu ditingkatkan dengan hati-hati karena propagasi jaringan, penyimpanan, rekonstruksi, dan desentralisasi node masih menjadi batasan penting.

Penyelesaian dan Finalitas

Penyelesaian adalah proses ketika jaringan induk menerima hasil transaksi jaringan turunannya sebagai hasil yang otoritatif.

Finalitas menjelaskan titik ketika pembalikan hasil tersebut menjadi mustahil atau tidak praktis secara ekonomi berdasarkan aturan yang berlaku.

Pengguna dapat menerima konfirmasi langsung dari sequencer Layer 3 saat transaksi masih belum diselesaikan di Layer 2 dan Layer 1.

Layer 3 mungkin perlu membuat bukti sebelum Layer 2 menerima state-nya.

Layer 2 kemudian dapat menunggu bukti atau proses tantangannya sendiri sebelum finalitas Layer 1 tercapai.

Setiap tahap menambah jeda antara konfirmasi aplikasi yang cepat dan penyelesaian lapisan dasar yang paling kuat.

Wallet sebaiknya membedakan konfirmasi sementara, finalitas lapisan turunan, finalitas lapisan induk, dan penyelesaian penarikan yang tuntas.

Sequencer dalam Arsitektur Fractal

Sequencer mengurutkan transaksi pengguna dan membuat blok atau batch untuk lapisan eksekusi.

Setiap lapisan dalam sistem fractal dapat mengoperasikan sequencer sendiri atau berbagi infrastruktur sequencing dengan lapisan lain.

Sequencer terpusat dapat memberikan konfirmasi yang cepat dan dapat diprediksi, tetapi dapat menyensor, menunda, atau mengurutkan ulang transaksi.

Sequencing bersama dapat meningkatkan koordinasi antarlapisan turunan, tetapi menciptakan ketergantungan pada infrastruktur bersama.

Sequencing terdesentralisasi dapat mengurangi kontrol satu operator, tetapi memerlukan konsensus, insentif, jaringan, dan mekanisme sengketa.

Bukti dapat memastikan bahwa transaksi dieksekusi dengan benar, tetapi tidak membuktikan bahwa proses pengurutannya adil.

Pengguna sebaiknya mengevaluasi kebenaran eksekusi dan risiko pengurutan transaksi secara terpisah.

Bridge Lintas Layer

Bridge mentransfer pesan atau merepresentasikan aset di antara lapisan blockchain.

Pengguna yang memindahkan mata uang kripto dari Layer 1 ke Layer 3 mungkin melewati lebih dari satu bridge atau kontrak messaging.

Bridge kanonis dapat mengandalkan sistem bukti dan penyelesaian resmi lapisan turunan.

Bridge likuiditas dapat mempercepat pemindahan melalui modal yang disediakan pihak ketiga.

Setiap bridge tambahan dapat menimbulkan risiko smart contract, validator, oracle, verifikasi pesan, dan likuiditas.

Dokumentasi bridge Ethereum memperingatkan bahwa desain bridge dapat menimbulkan risiko smart contract dan risiko keuangan sistemik bagi pengguna.

Sistem fractal harus membuat perpindahan lintas layer mudah dipahami. Jika tidak, pengguna dapat mengirim aset ke jaringan, alamat, atau kontrak bridge yang salah.

Interoperabilitas dan Komposabilitas

Komposabilitas memungkinkan satu smart contract atau aplikasi berinteraksi dengan aplikasi lain secara terprediksi.

Aplikasi di lingkungan eksekusi yang sama sering kali dapat saling memanggil dalam satu transaksi atomik.

Aplikasi di lapisan fractal berbeda biasanya berkomunikasi melalui pesan asinkron.

Tindakan lintas layer dapat memerlukan beberapa blok atau tahap pembuktian untuk diselesaikan.

Kegagalan pada satu lapisan dapat membuat bagian lain dari transaksi bertahap tidak selesai.

Penyelesaian dan sistem bukti bersama dapat meningkatkan interoperabilitas, tetapi tidak otomatis menciptakan eksekusi atomik seperti pada lapisan yang sama.

Developer harus merancang batas waktu, refund, perlindungan terhadap pemutaran ulang pesan, dan prosedur pemulihan untuk aplikasi lintas layer.

Fragmentasi Likuiditas

Fractal scaling dapat membagi likuiditas mata uang kripto di antara banyak lingkungan eksekusi.

Token di Layer 2 dapat memiliki representasi dan pool likuiditas terpisah di beberapa jaringan Layer 3.

Setiap pasar dapat memiliki harga, tingkat biaya, kedalaman trading, dan waktu penarikan yang berbeda.

Arbitrase dapat membantu menyelaraskan harga, tetapi memerlukan akses bridge dan modal yang memadai.

Likuiditas tipis meningkatkan slippage dan membuat aplikasi lebih rentan terhadap manipulasi.

Sistem likuiditas bersama dan messaging lintas layer dapat mengurangi fragmentasi, tetapi menambah ketergantungan teknis.

Kapasitas transaksi yang lebih tinggi kurang berguna jika pengguna tidak dapat memindahkan aset dengan aman di antara aplikasi yang membutuhkannya.

Fractal Scaling dalam Ekosistem Ethereum

Fractal scaling yang berorientasi pada Ethereum biasanya merujuk pada rollup yang terhubung secara rekursif, jaringan Layer 3 khusus aplikasi, dan bukti validitas yang diagregasikan.

Ethereum bertindak sebagai lapisan penyelesaian dan ketersediaan data bagi banyak rollup yang mengeksekusi transaksi secara terpisah.

Dokumentasi scaling Ethereum menjelaskan bahwa rollup mengeksekusi transaksi di luar Layer 1 dan memublikasikan data ke Layer 1 agar dapat memanfaatkan keamanannya.

Layer 2 berbasis validitas dapat memverifikasi bukti turunan dan menyertakan hasilnya ke dalam bukti yang dikirim ke Ethereum.

Arsitektur optimistik juga dapat mendukung sistem turunan, meskipun periode sengketa bertingkat dan logika penarikan memerlukan desain yang cermat.

Kapasitas blob Ethereum yang terus bertambah menyediakan lebih banyak ruang untuk data rollup, tetapi tidak menghilangkan hambatan pada bukti, sequencing, atau bridge.

Fractal Scaling dalam Sistem Berbasis Bitcoin

Istilah fractal scaling juga digunakan untuk arsitektur yang berorientasi pada Bitcoin dan mengulangi perangkat lunak atau struktur transaksi yang kompatibel dengan Bitcoin secara rekursif.

Interpretasi ini berbeda dari model validity rollup yang berpusat pada bukti yang diverifikasi oleh smart contract.

Dokumentasi Fractal Bitcoin menjelaskan sistem yang memvirtualisasikan perangkat lunak Bitcoin Core ke dalam instance rekursif dan paralel.

Desain yang serupa tersebut bertujuan mempertahankan kompatibilitas dengan alamat, logika transaksi, dan infrastruktur ala Bitcoin di lapisan tambahan.

Sistem seperti ini tetap harus menentukan cara setiap instance mencapai konsensus, cara aset berpindah antar-lapisan, dan jaminan mana yang diberikan langsung oleh Bitcoin.

Penggunaan perangkat lunak turunan Bitcoin tidak otomatis memberikan tingkat keamanan yang sama dengan main chain Bitcoin kepada setiap instance rekursif.

Pengguna sebaiknya memeriksa asumsi mining, bridge, kustodi, penyelesaian, dan tata kelola secara terpisah.

Fraxtal dan Roadmap Fractal Scaling

Fraxtal adalah contoh lain proyek yang menggunakan istilah fractal scaling dalam deskripsi arsitektur resminya.

Dokumentasi Fraxtal menjelaskan Layer 2 modular dengan roadmap yang mencakup komponen untuk jaringan terhubung dan deployment Layer 3.

Penggunaan istilah tersebut berfokus pada ekosistem rollup modular yang dapat mendukung chain tambahan dan middleware.

Roadmap menjelaskan arah teknis yang direncanakan, bukan jaminan bahwa setiap fitur rekursif sudah aktif.

Pengguna sebaiknya membedakan infrastruktur yang telah di-deploy saat ini dari arsitektur masa depan yang dijelaskan dalam dokumentasi proyek.

Manfaat Fractal Scaling

Fractal scaling dapat meningkatkan throughput transaksi total dengan mendistribusikan eksekusi ke banyak lapisan.

Bukti rekursif dapat mengurangi jumlah operasi verifikasi yang diperlukan dari blockchain penyelesaian.

Lapisan khusus aplikasi dapat mengoptimalkan biaya, privasi, waktu blok, tata kelola, dan perilaku virtual machine.

Developer dapat mengisolasi kemacetan aplikasi alih-alih memaksa setiap pengguna bersaing untuk ruang eksekusi yang sama.

Lapisan turunan yang berhasil dapat berkembang melalui instance tambahan tanpa mengubah aturan konsensus blockchain dasar.

Penyelesaian induk bersama dapat memberikan keamanan lebih kuat daripada blockchain yang sepenuhnya independen jika desain bukti dan datanya memadai.

Lingkungan aplikasi yang lebih kecil juga dapat memudahkan pengujian fitur ekonomi dan teknis khusus.

Keterbatasan Fractal Scaling

Setiap lapisan tambahan meningkatkan jumlah komponen yang dapat mengalami kegagalan.

Pengguna mungkin perlu memahami beberapa jaringan, aset biaya, sistem bridge, tahap konfirmasi, dan pengaturan wallet.

Bukti rekursif dapat memerlukan perangkat keras khusus dan perangkat lunak pembuktian yang kompleks.

Chain aplikasi dapat memecah likuiditas, pengguna, dan perhatian developer.

Pesan lintas layer lebih lambat dan lebih sulit dibatalkan dibandingkan pemanggilan biasa di satu lingkungan eksekusi.

Gangguan atau penyensoran pada lapisan induk dapat memengaruhi setiap sistem turunan yang bergantung padanya.

Kunci upgrade administratif dapat melemahkan klaim pewarisan keamanan ketika kelompok kecil dapat mengganti kontrak penting.

Fractal scaling mengubah lokasi terjadinya hambatan, bukan menghilangkan semua hambatan.

Pewarisan Keamanan

Pewarisan keamanan berarti lapisan turunan mengandalkan jaringan induk untuk satu atau beberapa jaminan keamanan.

Rollup dapat mewarisi integritas penyelesaian jika lapisan induk memverifikasi bukti valid atau menyelesaikan tantangan fraud dengan benar.

Rollup dapat mewarisi ketersediaan data jika data transaksi dipublikasikan melalui protokol induk.

Rollup tidak otomatis mewarisi sequencing yang adil, keamanan aplikasi, keamanan bridge, desentralisasi tata kelola, atau perlindungan kunci pengguna.

Layer 3 mungkin hanya mewarisi sebagian keamanan Layer 2 jika data disimpan di tempat lain atau menggunakan operator berizin.

Keamanan hierarki rekursif dibatasi oleh mata rantai kritis terlemah di sepanjang jalur dari aplikasi hingga penyelesaian akhir.

Klaim bahwa jaringan turunan memiliki keamanan yang sama dengan lapisan dasarnya harus diperiksa berdasarkan aturan bukti, data, upgrade, dan penarikan yang sebenarnya.

Pertimbangan Ekonomi

Lapisan fractal mengumpulkan biaya pengguna dan membayar biaya eksekusi, pembuatan bukti, publikasi data, sequencing, dan penyelesaian.

Model sederhana:

.

Aktivitas tinggi dapat membagi biaya bukti dan penyelesaian tetap ke lebih banyak transaksi.

Aktivitas rendah dapat membuat lapisan khusus lebih mahal per pengguna daripada jaringan bersama serbaguna.

Lapisan turunan dapat mensubsidi biaya melalui reward token, tetapi insentif sementara tidak membuktikan keberlanjutan ekonomi jangka panjang.

Operator lapisan juga dapat memperoleh pendapatan dari pengurutan transaksi atau membebankan biaya untuk bridge dan pesan lintas layer.

Pengguna sebaiknya memeriksa seluruh biaya untuk memindahkan aset ke lapisan tersebut, menggunakannya, dan menariknya.

Bisakah Fractal Scaling Memberikan Skalabilitas Tanpa Batas?

Beberapa deskripsi proyek menggunakan frasa skalabilitas tanpa batas untuk mengungkapkan kemampuan menambahkan lebih banyak lapisan atau instance.

Tidak ada sistem blockchain fisik yang benar-benar memiliki kapasitas tak terbatas.

Setiap jaringan tetap dibatasi oleh perangkat keras, bandwidth, ketersediaan data, pembuatan bukti, penyimpanan, koordinasi, dan permintaan ekonomi.

Penambahan lapisan dapat meningkatkan kapasitas teoretis sekaligus menambah biaya komunikasi lintas layer dan keamanan.

Interpretasi yang lebih akurat adalah scaling yang elastis atau dapat diperluas secara rekursif.

Arsitektur dapat terus menambahkan domain eksekusi, tetapi setiap domain baru harus diamankan, dipantau, didanai, dan dihubungkan.

Bagaimana Developer Sebaiknya Mengevaluasi Fractal Scaling

Developer sebaiknya mengidentifikasi komponen eksekusi, pembuktian, ketersediaan data, penyelesaian, dan bridge secara tepat dalam arsitektur yang diusulkan.

Developer sebaiknya menentukan apakah lapisan turunan menggunakan bukti validitas, fraud proof, konsensus independen, atau attestasi tepercaya.

Desain harus menjelaskan cara pengguna memulihkan state ketika operator tidak lagi tersedia.

Pesan lintas layer harus memiliki perlindungan pemutaran ulang, penanganan kegagalan, tenggat waktu, dan asumsi finalitas yang jelas.

Developer sebaiknya menguji gangguan sequencer, bukti yang terlambat, data yang tidak tersedia, upgrade kontrak, kegagalan bridge, dan kemacetan lapisan induk.

Developer juga sebaiknya memperkirakan apakah volume transaksi yang diharapkan cukup untuk membenarkan biaya pengoperasian lapisan lain.

Deployment Layer 2 yang lebih sederhana mungkin lebih aman jika aplikasi tidak memerlukan lingkungan eksekusi terpisah.

Bagaimana Pengguna Kripto Mengevaluasi Jaringan Fractal

Pengguna sebaiknya terlebih dahulu mengidentifikasi blockchain yang menyediakan penyelesaian akhir.

Pengguna sebaiknya memeriksa lokasi penyimpanan data transaksi dan apakah peserta independen dapat merekonstruksi state jaringan.

Aturan bridge resmi harus menjelaskan waktu deposit, waktu penarikan, persyaratan bukti, dan prosedur darurat.

Pengguna sebaiknya mengetahui pihak yang mengendalikan sequencer, kunci upgrade, fungsi jeda, dan kontrak bridge.

Pengguna sebaiknya membedakan konfirmasi aplikasi langsung dari penyelesaian di lapisan induk dan lapisan dasar.

Likuiditas yang tersedia sebaiknya dibandingkan dengan ukuran transaksi atau penarikan yang direncanakan.

Nomor layer atau branding fractal sebuah jaringan tidak boleh menggantikan peninjauan langsung atas asumsi keamanannya.

Kesalahpahaman Umum tentang Fractal Scaling

Kesalahpahaman umum adalah menganggap fractal scaling merujuk pada satu mata uang kripto tertentu.

Kesalahan lainnya adalah menganggap semua Layer 3 menggunakan bukti zero-knowledge rekursif.

Beberapa lapisan turunan menggunakan sengketa optimistik, konsensus independen, komite tepercaya, atau mekanisme lainnya.

Pengguna juga dapat menganggap bahwa penambahan lapisan selalu menurunkan biaya.

Lapisan turunan yang jarang digunakan dapat memiliki biaya operasional dan bridge yang tinggi meskipun kapasitasnya bertambah.

Kesalahpahaman lainnya adalah menganggap seluruh aktivitas langsung memperoleh finalitas di lapisan dasar.

Konfirmasi sequencer yang cepat dapat terjadi jauh sebelum verifikasi bukti dan penyelesaian akhir.

Kesalahpahaman paling serius adalah bahwa setiap lapisan rekursif otomatis mewarisi semua properti keamanan lapisan induknya.

FAQ

Apa itu fractal scaling secara sederhana?

Fractal scaling berarti meningkatkan kapasitas blockchain dengan mengulangi struktur eksekusi dan penyelesaian serupa di berbagai lapisan yang saling terhubung.

Mengapa disebut fractal scaling?

Istilah ini diambil dari pola fractal yang serupa karena hubungan lapisan turunan dengan lapisan induknya dapat berulang pada beberapa tingkat.

Apakah fractal scaling adalah mata uang kripto?

Bukan. Fractal scaling merupakan konsep arsitektur yang dapat digunakan berbagai jaringan dan aplikasi kripto.

Apakah fractal scaling sama dengan Layer 3?

Layer 3 merupakan salah satu bentuk umum fractal scaling, tetapi istilah ini juga dapat mencakup bukti rekursif dan instance blockchain paralel.

Apa itu blockchain Layer 3?

Layer 3 umumnya merupakan jaringan eksekusi khusus aplikasi atau khusus tertentu yang dibangun di atas Layer 2.

Apakah Layer 3 merupakan standar universal resmi?

Bukan. Istilah layer berbeda-beda di setiap proyek dan tidak memiliki satu definisi universal yang wajib diikuti.

Apa itu bukti rekursif?

Bukti rekursif adalah bukti kriptografi yang memverifikasi satu atau beberapa bukti lainnya.

Bagaimana bukti rekursif meningkatkan skalabilitas?

Bukti ini memungkinkan banyak batch transaksi atau bukti lapisan turunan direpresentasikan oleh satu bukti yang diverifikasi jaringan induk.

Apakah fractal scaling memerlukan bukti zero-knowledge?

Tidak. Bukti validitas zero-knowledge umum digunakan dalam desain fractal, tetapi arsitektur optimistik dan konsensus independen juga dapat menggunakan lapisan rekursif.

Bisakah optimistic rollup menggunakan fractal scaling?

Ya, meskipun periode sengketa bertingkat dan finalitas lintas layer dapat membuat sistem lebih kompleks.

Apa peran Layer 1?

Layer 1 biasanya menyediakan jaminan penyelesaian, konsensus, dan data akhir yang digunakan jaringan rekursif.

Apa peran Layer 2?

Layer 2 memproses transaksi secara terpisah dan dapat berfungsi sebagai lingkungan eksekusi sekaligus lapisan induk penyelesaian bagi lapisan tambahan.

Apa peran ketersediaan data?

Ketersediaan data memastikan peserta dapat mengakses informasi yang diperlukan untuk merekonstruksi saldo dan memverifikasi state lapisan turunan.

Apa yang terjadi jika data transaksi tidak tersedia?

Pengguna mungkin tidak dapat memverifikasi saldo, membuat transaksi valid, atau memulihkan aset meskipun komitmen state kriptografi tersedia.

Apakah fractal scaling membuat transaksi gratis?

Tidak. Pengguna atau operator tetap harus membayar eksekusi, data, bukti, sequencing, bridge, dan penyelesaian.

Apakah fractal scaling menjamin biaya lebih rendah?

Tidak. Biaya yang lebih rendah bergantung pada penggunaan, arsitektur, biaya data, efisiensi pembuktian, subsidi, dan likuiditas yang tersedia.

Apakah setiap lapisan memiliki token sendiri?

Tidak. Lapisan turunan dapat menggunakan aset induk, aset kripto lain, atau token khusus untuk biaya dan insentif.

Apakah Layer 3 mewarisi keamanan Layer 1?

Layer 3 dapat mewarisi jaminan tertentu melalui lapisan induknya, tetapi keamanan sebenarnya bergantung pada bukti, ketersediaan data, bridge, sequencing, dan kontrol upgrade.

Bisakah Layer 3 lebih aman daripada Layer 2?

Layer 3 dapat menambahkan perlindungan khusus aplikasi, tetapi tetap bergantung pada fungsi penting lapisan induk dan tidak dapat mengabaikan kelemahan pada jalur penyelesaiannya.

Apa itu agregasi bukti?

Agregasi bukti menggabungkan beberapa bukti kriptografi menjadi satu bukti yang mewakili semua komputasi terverifikasi.

Apa itu fractal scaling horizontal?

Fractal scaling horizontal membuat beberapa lapisan turunan atau domain eksekusi yang memproses transaksi secara paralel.

Apa itu vertical scaling?

Vertical scaling meningkatkan kinerja satu chain melalui eksekusi yang lebih cepat, perangkat lunak yang lebih baik, perangkat keras yang lebih kuat, atau bukti yang dioptimalkan.

Apakah fractal scaling sama dengan sharding?

Tidak. Keduanya membagi beban kerja, tetapi sharding biasanya merupakan desain protokol terkoordinasi, sedangkan fractal scaling menggunakan lapisan eksekusi atau chain yang saling terhubung secara rekursif.

Bisakah fractal scaling mendukung game blockchain?

Ya. Game dapat menggunakan lapisan turunan khusus aplikasi untuk tindakan yang sering terjadi, sambil menyelesaikan hasil penting melalui jaringan induk.

Bisakah fractal scaling mendukung keuangan terdesentralisasi?

Ya, tetapi aplikasi keuangan harus mengelola risiko likuiditas lintas layer, oracle, bridge, sequencing, dan finalitas.

Bisakah fractal scaling meningkatkan privasi?

Ya. Lapisan khusus dapat menggunakan sistem eksekusi dan bukti yang berfokus pada privasi, meskipun paparan data dan metadata bergantung pada desainnya.

Apa manfaat terbesar fractal scaling?

Manfaat terbesarnya adalah kemampuan menambah kapasitas transaksi khusus sambil mempertahankan koneksi penyelesaian ke jaringan induk yang lebih kuat.

Apa risiko teknis terbesarnya?

Risiko teknis terbesarnya adalah kegagalan pada sistem bukti, data, sequencing, bridge, atau upgrade yang saling terhubung dan menjadi tumpuan lapisan turunan.

Apa itu fragmentasi likuiditas?

Fragmentasi likuiditas terjadi ketika aset kripto dan pengguna terbagi di beberapa lapisan dengan pasar dan bridge terpisah.

Mengapa bridge penting dalam fractal scaling?

Bridge membawa aset dan pesan antar-lapisan sehingga keamanannya penting bagi keseluruhan arsitektur.

Bisakah fractal scaling memberikan kapasitas tak terbatas?

Tidak. Fractal scaling dapat mendukung ekspansi berkelanjutan, tetapi setiap sistem nyata tetap dibatasi oleh sumber daya fisik, teknis, dan ekonomi.

Bagaimana cara memverifikasi keamanan jaringan fractal?

Tinjau lapisan penyelesaian, sistem bukti, lokasi data, sequencer, kontrak bridge, wewenang upgrade, aturan penarikan, dan pemantauan independennya.

Apakah fractal scaling sudah digunakan dalam kripto?

Ya. Agregasi bukti rekursif dan arsitektur rollup multi-lapisan sudah digunakan atau sedang aktif dikembangkan, meskipun implementasinya sangat beragam.

Kesimpulan

Fractal scaling adalah arsitektur kripto yang meningkatkan kapasitas melalui lapisan eksekusi, instance blockchain, atau bukti kriptografi yang saling terhubung secara rekursif.

Struktur yang serupa memungkinkan lapisan turunan memproses aktivitas dan mengandalkan lapisan induk untuk verifikasi, ketersediaan data, penyelesaian, atau keamanan.

Bukti rekursif dapat mengagregasikan banyak bukti turunan menjadi satu bukti ringkas sehingga mengurangi beban verifikasi blockchain dasar.

Jaringan Layer 3 khusus aplikasi dapat menyesuaikan biaya, privasi, waktu blok, tata kelola, dan aturan eksekusi.

Arsitektur ini dapat meningkatkan throughput sekaligus menimbulkan tantangan baru terkait fragmentasi likuiditas, bridge, sequencing, ketersediaan data, dan finalitas.

Lapisan rekursif tidak otomatis mewarisi setiap properti keamanan dari lapisan induk atau blockchain dasar.

Pengguna harus memeriksa seluruh jalur dari eksekusi aplikasi hingga penyelesaian akhir.

Perkembangan terkini dalam agregasi bukti rollup dan ketersediaan data menyediakan fondasi yang lebih kuat untuk arsitektur fractal, tetapi tidak membuat kapasitas menjadi tak terbatas.

Fractal scaling paling tepat dipahami sebagai pola desain blockchain yang dapat diperluas, bukan produk, standar, atau solusi yang dijamin.

Nilai jangka panjangnya bergantung pada kemampuan lapisan rekursif untuk tetap aman, interoperabel, berkelanjutan secara ekonomi, dan cukup mudah digunakan oleh pengguna kripto biasa.