Beberapa tahun yang lalu, ketika saya mulai bekerja pada proyek-proyek yang melayani miliaran pengguna, saya melihat bagaimana pilihan infrastruktur yang dibuat pada hari-hari awal dapat membentuk kembali nasib seluruh industri.

Bahkan platform yang diluncurkan dengan niat terbaik untuk menjadi terbuka, netral, dan bebas dari kontrol dapat berubah menjadi bentuk sentralisasi.

Bukan karena seseorang sengaja menjadi ‘jahat’; ini hanya tarikan gravitasi alami teknologi dan pasar ketika keputusan desain tertentu terkunci sejak awal.

Pilihan desain infrastruktur penting sejak hari pertama.

Pilihan desain inti ini harus memastikan bahwa teknologi itu sendiri menegakkan keadilan dan mencegah konsolidasi kekuatan pada awalnya.

Kami Sudah Melihat Film Ini Sebelumnya

“Kekuasaan cenderung berkonsentrasi, bahkan jika tidak ada yang merencanakannya”

Ini adalah kebenaran yang halus namun mendalam yang saya pelajari secara langsung saat bekerja pada produk internet skala besar.

Ketika ‘industri terdesentralisasi’ lahir, tampaknya seperti kesempatan kedua. Kami melihat Bitcoin, Ethereum, dan yang lain sebagai cara untuk melarikan diri dari struktur kekuasaan lama.

Ceritanya sangat langsung: ambil kembali kendali, hilangkan perantara, dan biarkan kode memastikan keadilan.

Tapi kita harus jujur, seiring waktu, tekanan yang sama yang mengentralisasi Internet juga mulai berdampak pada sistem-sistem ‘terdesentralisasi’ ini.

Tapi bagaimana Internet menjadi terpusat?

Bukankah Internet dimulai sebagai jaringan P2P terdesentralisasi yang bahkan bisa bertahan dalam perang nuklir?

Untuk memahami mengapa sistem terdesentralisasi ini mengalami tekanan untuk terpusat, Anda harus memahami apa yang terjadi dengan Internet.

Anda harus melihat bagaimana itu bertransisi dari awal yang idealis menjadi ekosistem yang sangat terpusat.

Internet Awal: Ketika Peer-to-Peer adalah Norma

“Pada awalnya, tidak ada yang memegang semua kunci, dan tidak ada pemain tunggal yang mengatur segalanya”

Versi awal dari apa yang sekarang kita sebut sebagai Internet pada dasarnya dimulai di bawah Departemen Pertahanan AS, dengan hal-hal seperti ARPANET pada akhir tahun 60-an.

Sumber: @DailySwig

Ide utama sejak awal adalah untuk menghindari satu titik kegagalan, memastikan tidak ada satu titik yang bisa membuat semua hal lainnya ikut terganggu.

Jaringan ini sengaja dirancang agar terdesentralisasi.

Alasan yang strategis: sistem terdistribusi dapat bertahan dari kegagalan setiap node tunggal, sehingga komunikasi lebih tangguh dalam menghadapi gangguan seperti kerusakan peralatan atau bahkan kondisi perang.

Jaringan komunikasi yang handal dan terdesentralisasi yang bahkan dapat bertahan dari serangan nuklir.

Setiap node adalah “peer” yang mampu mengirim dan menerima data tanpa bergantung pada otoritas terpusat tunggal. Mesin apa pun, terlepas dari perangkat keras atau sistem operasi, dapat “berbicara” TCP / IP dan bertukar data.

Pada tahun ‘70-an dan ‘80-an, universitas dan laboratorium penelitian terhubung melalui NSFNET dan ARPANET, dan tiba-tiba Anda memiliki lingkungan di mana tidak ada yang memegang semua kunci dan tidak ada satu pemain pun yang mengambil semua keputusan.

Ini muncul dalam fundamental:

TCP/IP, FTP, Telnet, grup berita Usenet, dan DNS tidak ada hubungannya dengan mengunci siapa pun di satu tempat. Tidak ada insentif untuk memberlakukan kontrol atau hierarki yang ketat.

Usenet, misalnya, menyebar pesan secara sepenuhnya terdesentralisasi dalam gaya P2P. DNS memberikan otoritas penamaan terdelegasi dalam hierarki terdistribusi, tetapi setiap komponen masih bertindak sebagai klien dan server hingga batas tertentu.

Semuanya memperkuat prinsip asli itu:

sebuah jaringan yang tidak hanya tentang satu pemain besar menetapkan aturan, tetapi sebuah sistem di mana siapa pun dapat terhubung dan berpartisipasi.

Tetapi pada awal tahun 90-an, World Wide Web dan peramban mengubah seluruh permainan.

Halaman rekayasa ulang dari website pertama (Gambar: CERN)

Munculnya Model Klien/Server

Tim Berners-Lee: Visioner di Balik World Wide Web

“Saat jumlah pengguna Internet melonjak, asumsi-asumsi desain asli seputar partisipasi terbuka dan saling percaya mulai terlihat retak”

World Wide Web, diperkenalkan pada tahun 1989-1991, dibangun di atas standar terbuka (HTTP, HTML) yang sengaja ditempatkan di domain publik. Dalam bentuk awalnya, Web membuatnya remeh bagi individu, organisasi kecil, atau siapa pun yang memiliki modem dan hosting untuk membuat situs web.

Infrastruktur masih sebagian besar “datar” dan terdesentralisasi, dengan banyak halaman web independen yang terhubung bersama dalam federasi longgar.

Tapi pada awal tahun ‘90 sesuatu menjadi sangat populer.

Ini adalah saat ‘Web Browsing’ menjadi ‘killer app’.

Website menjadi toko, sumber berita, dan pusat hiburan. Orang biasa tidak menjalankan server sendiri atau menghosting halaman mereka sendiri.

Halaman utama Netscape pada tahun 1994, menampilkan maskotnya Mozilla, seperti yang terlihat di NCSA Mosaic 3.0

[Screenshot: Alex Pasternack / OldWeb.today]

Mereka menjalankan peramban web (klien), pertama dengan modem yang lambat, kemudian broadband, untuk mengambil konten dari server web besar dan terkenal. Tiba-tiba, meng-host jumlah data besar dan menyiapkan situs e-commerce atau mesin pencari menjadi hal yang besar.

Mesin pencari awal seperti AltaVista, Yahoo!, dan kemudian Google muncul untuk membantu orang menavigasi dunia online yang berkembang pesat.

Efek jaringan menjadi nyata: semakin banyak orang yang menggunakan mesin pencari, semakin baik mesin tersebut dapat menyempurnakan indeks dan model periklanannya, yang memperkuat dominasinya.

Algoritma PageRank milik Google menjadikannya sebagai gerbang tunggal ke luasnya web.

Itu mendorong uang dan perhatian ke pusat data besar, dan orang-orang yang dapat meningkatkan skala dan menangani beban besar tersebut keluar sebagai pemenang.

Saat Penyedia Layanan Internet muncul untuk melayani jutaan pengguna baru, infrastruktur secara alami dioptimalkan untuk pengiriman hulu.

Kecepatan unduh lebih cepat daripada kecepatan unggah (koneksi broadband asimetris seperti ADSL atau kabel) memiliki makna ekonomis karena sebagian besar pengguna mengonsumsi lebih banyak daripada yang diproduksi. Jaringan ‘belajar’ bahwa sebagian besar ujung titik hanya klien.

Dan saat jumlah pengguna Internet meningkat, asumsi-asumsi desain awal tentang partisipasi terbuka dan saling mempercayai mulai terlihat retak.

Keamanan, Firewall, dan Gerbang Tertutup

Kebebasan dan keterbukaan tanpa tindakan pencegahan dapat mengundang penyalahgunaan yang memaksa kita untuk membangun dinding yang lebih tinggi.

Protokol asli belum dibangun untuk menangani kerumunan besar dan beragam, banyak di antaranya memiliki kepentingan bisnis atau motivasi yang menguji keterbukaan sistem.

Tanpa perlindungan yang nyata, spam menjadi masalah besar, mengeksploitasi lingkungan terbuka tersebut.

Desain asli dan terbuka membuat setiap host dapat dijangkau dari host lainnya, yang baik-baik saja ketika Internet adalah komunitas kecil dan dipercayai.

Namun seiring berkembangnya, serangan, percobaan peretasan, dan aktivitas jahat pun meningkat pesat.

Sumber:emailtray.com

Demikian pula, tanpa cara untuk menjaga penggunaan bandwidth yang adil, beberapa aplikasi belajar untuk mendorong batas-batas dan mendapatkan keuntungan atas biaya orang lain.

Kesenjangan desain ini mendorong Internet menuju regulasi dan kontrol yang lebih banyak.

Untuk melindungi jaringan internal, organisasi menggunakan firewall untuk memblokir koneksi masuk. Network Address Translation (NAT) juga mengisolasi mesin-mesin internal di balik satu alamat IP bersama.

Ini mengurangi sifat peer-to-peer komunikasi.

Host di balik NAT dan firewall secara efektif dipaksa untuk berperan hanya sebagai klien, tidak lagi dapat diakses secara langsung dari dunia luar.

Seiring waktu, keputusan infrastruktur ini saling memperkuat satu sama lain.

Munculnya gatekeepers

Beberapa perusahaan menyadari bahwa mengendalikan pusat data dan memiliki infrastruktur server besar memberi mereka keuntungan kompetitif yang besar.

Kompleksitas dan biaya menjalankan server sendiri dari rumah, yang dipadukan dengan hambatan teknis seperti NAT dan firewall, berarti lebih sedikit individu yang berpartisipasi sebagai rekan sejati.

Dengan kata lain, lingkungan hampir mendorong Net ke arah segelintir raksasa terpusat.

Pada awal 2000-an, sejumlah perusahaan menyadari bahwa mengendalikan pusat data dan memiliki infrastruktur server massif memberi mereka keuntungan kompetitif yang sangat besar.

Mereka dapat menyediakan layanan yang lebih cepat, lebih andal, dan lebih nyaman daripada rekan acak di jaringan.

Tren ini menjadi sangat hebat pada akhir tahun 2000-an.

Sumber:datareportal.com

Mesin pencari seperti Google, platform besar seperti Amazon, raksasa media sosial seperti Facebook, dan jaringan distribusi konten membangun infrastruktur besar yang memberikan konten dan aplikasi dengan kecepatan dan skala yang belum pernah terjadi sebelumnya.

Perusahaan-perusahaan besar ini juga memanfaatkan “siklus baik” data dan algoritma.

Semakin banyak pengguna yang mereka tarik, semakin banyak data yang mereka kumpulkan, yang memungkinkan mereka menyempurnakan produk mereka, mempersonalisasi pengalaman, dan menargetkan iklan lebih akurat. Hal ini membuat layanan mereka bahkan lebih menarik, menarik lebih banyak pengguna dan pendapatan yang lebih banyak.

Kemudian model pendapatan Internet beralih secara besar-besaran ke iklan yang ditargetkan.

Seiring berjalannya waktu, lingkaran umpan balik ini semakin mengkonsentrasikan kekuasaan, karena pesaing-pesaing kecil kesulitan untuk menyamai investasi infrastruktur dan keuntungan data dari pemain besar.

Infrastruktur yang dulunya bisa dijalankan dari server pribadi atau pusat data lokal semakin banyak dipindahkan ke awan.

Raksasa seperti Amazon (AWS), Microsoft (Azure), dan Google Cloud sekarang menjadi tuan rumah tulang belakang sebagian besar Internet. Pergeseran ini terjadi karena menjalankan infrastruktur besar, aman, dan dapat diandalkan menjadi begitu kompleks dan membutuhkan modal besar sehingga hanya sedikit perusahaan yang dapat melakukannya dengan efisien.

Startup dan bahkan perusahaan yang sudah mapan merasa lebih murah dan lebih sederhana untuk mengandalkan penyedia cloud besar ini.

Layanan seperti CDN (seperti Cloudflare atau Akamai) dan resolver DNS juga cenderung mengarah pada beberapa pemain besar.

Keuntungan kompleksitas dan biaya dari solusi yang dikelola ini berarti lebih sedikit alasan bagi organisasi untuk “membangun sendiri” infrastruktur mereka.

Secara bertahap, landasan terdesentralisasi seperti penyedia layanan internet kecil, hosting independen, dan routing lokal digantikan oleh model di mana sebagian besar lalu lintas dan layanan bergantung pada sejumlah kecil perantara utama.

Dampaknya: Kekuatan Terkonsentrasi pada Beberapa Orang

“Para pemain besar tidak dimulai dengan jahat; mereka hanya mengoptimalkan kenyamanan, performa, dan keuntungan.”

Ini adalah hasil alami dari pilihan desain arsitektur awal dalam jaringan yang mendasar.

Dengan skala dan sentralisasi datang kekuatan dan kontrol yang lebih besar.

Platform besar menetapkan ketentuan layanan mereka sendiri, menentukan konten apa yang bisa dilihat atau diposting oleh pengguna dan bagaimana data mereka akan dikumpulkan atau dijual. Pengguna memiliki sedikit alternatif jika mereka tidak menyukai kebijakan tersebut.

Seiring berjalannya waktu, algoritma rekomendasi dan kebijakan konten platform-platform ini menjadi penengah de facto dari percakapan publik.

Paradoksnya, apa yang dimulai sebagai jaringan terbuka dan terdesentralisasi yang memberdayakan pertukaran ide dan konten bebas sekarang sering mengalirkan informasi melalui beberapa gerbang korporat.

Sekarang perusahaan-perusahaan ini, dalam beberapa hal, memiliki kekuasaan yang sebanding dengan pemerintah: mereka dapat membentuk wacana publik, mempengaruhi perdagangan, dan mengendalikan seluruh ekosistem pengembang pihak ketiga.

Sebuah jaringan yang awalnya dirancang untuk koneksi antar rekan secara bebas, kini mengelilingi pusat-pusat perusahaan yang kuat yang dapat membentuk dan mengontrol sebagian besar pengalaman online.

Ini bukanlah skema besar untuk mengkonsentrasikan kekuasaan. Dan situasi ini juga tidak berasal dari satu “kesalahan jalan” tunggal.

Para pemain besar tidak dimulai dengan niat jahat; mereka hanya mengoptimalkan kenyamanan, kinerja, dan keuntungan. Ini adalah hasil alami dari pilihan desain arsitektur awal dalam jaringan yang mendasar.

Pilihan-pilihan ini tidak mengantisipasi bagaimana audiens yang lebih luas dan lebih berorientasi komersial akan menggunakan sistem ini dan mendorongnya melebihi parameter desain awalnya.

Seiring berjalannya waktu, pilihan-pilihan ini bertambah menjadi sebuah sistem di mana beberapa perusahaan mendominasi.

Hal yang sama sedang terjadi di depan mata kita dalam industri terdesentralisasi.

Jalan menuju Sentralisasi dipenuhi dengan Solusi “Sementara”

“Tarikan terhadap sentralisasi tidak selalu merupakan hasil dari niat jahat; seringkali, ini adalah upaya untuk memperbaiki masalah dari sistem yang tidak pernah dirancang untuk tetap terdesentralisasi dalam skala besar.”

Sama seperti Internet awal meluncur menjauh dari cita-cita peer-to-peer dan melayang ke tangan beberapa pemain besar, blockchain saat ini dan teknologi “terdesentralisasi” berisiko mengikuti jalan yang sama.

Hal ini paling mudah terlihat dengan upaya Ethereum untuk meningkatkan skala.

Biaya tinggi dan throughput lambat mendorong pengembang untuk mengadopsi solusi Layer-2 (L2): rollups yang mengelompokkan transaksi di luar rantai dan kemudian menyelesaikannya di Ethereum. Secara teori, L2 ini seharusnya mempertahankan sifat trustless Ethereum.

Dalam praktiknya, banyak yang bergantung pada satu ‘pengurut’ (sebuah server pusat yang mengurutkan transaksi) yang dijalankan oleh satu perusahaan.

Saat ini, salah satu solusi L2 tertentu memiliki aktivitas dan total nilai terkunci yang paling tinggi, namun juga paling terpusat,

Pitchnya adalah bahwa desentralisasi akan datang suatu hari nanti, tapi kami sudah pernah mendengar itu sebelumnya.

Seiring berjalannya waktu, solusi-solusi “sementara” ini memiliki cara menjadi permanen. Pola yang sama mungkin muncul dengan pendekatan bertingkat di masa depan; beberapa mungkin bahkan tidak peduli untuk menjanjikan jalur ke desentralisasi apa pun.

“Social logins” mungkin terlihat membantu: mereka memudahkan orang untuk mulai menggunakan layanan tanpa harus mengurus kunci pribadi atau antarmuka yang rumit. Namun, jika login ini bergantung pada komponen terpusat, Anda sekali lagi harus mempercayai satu perusahaan untuk melakukan hal yang benar.

Itulah mengapa, ketika kami membangun zkLogin, kami membangun dan mengintegrasikannya secara tidak dapat dipercayai. Sulit, tetapi kami tidak dapat mengorbankan dan memperkenalkan sentralisasi untuk kenyamanan.

Polanya yang serupa muncul di ekosistem NFT.

Sebuah pasar tunggal yang dominan menjadi tempat utama untuk penjualan sekunder, menangkap sebagian besar volume perdagangan dan secara efektif menjadi platform de facto.

Tidak lama yang lalu, pasar ini memutuskan untuk tidak menegakkan pembayaran royalti pada penjualan sekunder.

Ya, itu meningkatkan volume perdagangan, tetapi merugikan para pencipta yang mengandalkan royalti tersebut sebagai sumber pendapatan utama.

Ini adalah contoh yang jelas dari dampaknya ketika platform terpusat dapat mengubah aturan kapan saja mereka inginkan.

Dominasi mereka juga meluas di luar perdagangan, karena banyak proyek juga bergantung pada API dan infrastruktur mereka.

Ketika platform terpusat ini mengalami gangguan, seluruh ekosistem merasakan dampaknya, mengungkapkan ketergantungan yang dalam yang telah terbentuk.

Tapi mengapa ini terus terjadi?

Karena pengguna menginginkan pengalaman yang cepat, murah, dan mudah. Para pengembang, di bawah tekanan, sering beralih ke solusi yang akrab dan dapat diandalkan. Pilihan-pilihan ini lebih sederhana dan lebih cepat namun dapat memperkenalkan titik-titik kontrol yang merusak desentralisasi.

Tidak ada langkah-langkah ini dimulai sebagai rencana besar untuk memonopoli. Mereka hanya tanggapan praktis terhadap tantangan teknis dan pasar yang sulit.

Namun seiring waktu, “band-aids” ini tertanam dalam DNA sistem, menciptakan struktur di mana beberapa pemain memegang kunci.

Itulah mengapa sistem-sistem ini harus dirancang dari dasar untuk para pembangun, bukan hanya untuk konsumen.

Membangun untuk Para Pembangun, Bukan Hanya Konsumen

“Jika saya bertanya kepada orang-orang apa yang mereka inginkan, mereka akan mengatakan kuda yang lebih cepat.” – Henry Ford

Kebanyakan konsumen hanya ingin versi yang lebih baik dari apa yang mereka miliki saat ini.

Namun, ketika kita hanya mengejar perbaikan jangka pendek ini, kita berisiko berakhir dengan sistem yang terlihat terdesentralisasi secara visual tetapi masih memiliki beberapa pemain kunci yang mengendalikan.

Jika kita benar-benar ingin menghindari pengulangan kesalahan yang menyebabkan munculnya penjaga pintu digital saat ini, kita perlu fokus pada para pencipta masa depan, para pembangun, bukan hanya konsumen.

Ini sebabnya saya selalu mengatakan kepada tim saya, konsumen selalu akan meminta kuda yang lebih cepat; pembangunlah yang membayangkan mobil.

0:00 / 0:38

Dengan blok bangunan yang tepat, pengembang dapat meluncurkan platform yang tidak dipaksa menjadi sentralisasi demi kenyamanan. Mereka dapat membuat sistem di mana tidak ada entitas tunggal yang dapat mendominasi atau mengunci pengguna, memastikan bahwa manfaat mengalir lebih merata kepada semua peserta.

Itulah mengapa sistem-sistem ini harus dirancang dari nol untuk memperkuat desentralisasi, bahkan ketika harus ditingkatkan hingga ke tingkat internet.

Utang Teknis vs Utang Desain

“Tech debt dapat diperbaiki dengan refactoring; hutang desain seringkali memerlukan reset total.”

Sejak awal karir saya bekerja pada sistem yang dapat diakses oleh miliaran pengguna, satu pelajaran yang selalu saya ingat: Setelah sistem menjadi sangat penting, Anda tidak bisa hanya merobohkan dan membangun ulang tanpa menyebabkan gangguan besar.

Saat jutaan pengguna bergantung pada perilaku dan asumsi yang sudah mapan dalam sistem Anda, bahkan mengusulkan perubahan arsitektur yang radikal menjadi hal yang tidak mungkin dilakukan.

Ini akan merusak aplikasi, model bisnis, dan kepercayaan seluruh komunitas yang dibangun di atasnya.

Ini adalah konsep “hutang desain” pada tingkat yang paling parah.

Ini bukan hanya tentang kebersihan kode; ini tentang pilihan arsitektur fundamental yang menentukan bagaimana kepercayaan, kekuatan, dan nilai mengalir melalui jaringan.

Pada hari-hari awal industri ini, apa yang disebut “blockchain atau skalabilitas trilema,” gagasan bahwa Anda tidak dapat memiliki desentralisasi, keamanan, dan skalabilitas sekaligus, diperlakukan seperti hukum alam.

Orang-orang membangun berdasarkan asumsi itu, percaya bahwa itu tak dapat diubah seperti gravitasi. Tapi tidak begitu.

Ini berasal dari arsitektur awal yang cacat: negara bersama global besar, membatasi model data yang membuat paralelisme dan skala modular tidak mungkin.

Satu-satunya cara ke depan adalah dengan menggabungkan semua transaksi bersama, memaksa setiap peserta untuk bersaing untuk sumber daya terbatas yang sama, terlepas dari apa yang mereka lakukan. Hasilnya? Lelang yang tidak efisien untuk ruang blok yang meningkatkan biaya selama lonjakan permintaan dan gagal mengisolasi kemacetan ke tempat sebenarnya terjadi.

Dalam kondisi-kondisi ini, menambahkan lapisan (seperti L2 yang mengandalkan sequencer terpusat atau aset terkompresi yang bergantung pada penyimpanan terpusat) hanya menyembunyikan masalah-masalahnya.

Setiap perbaikan yang bertujuan untuk mengatasi masalah jangka pendek seringkali menambah kompleksitas dan titik kontrol yang terpusat, menjauh lebih jauh dari visi asli.

Ini adalah bagaimana utang desain terakumulasi menjadi bentuk “gravitasi teknis” yang menarik segalanya ke arah sentralisasi.

Bahkan sistem yang tidak pernah bermaksud menjadi penjaga gerbang akhirnya memperkuat struktur hierarkis karena arsitektur mendasar mereka menuntut hal itu. Begitu hal itu terjadi, jalan kembali ke keadaan yang benar-benar terdesentralisasi dan tanpa kepercayaan terhalang oleh kepentingan yang sudah mapan dan inersia infrastruktur.

Pelajaran yang jelas: Anda harus membuat arsitektur yang tepat dari awal.

Itu berarti memilih model data yang tidak menggabungkan semua ke dalam satu keadaan global, menggunakan solusi penyimpanan yang dapat diverifikasi tanpa perlu mempercayai pihak tengah, dan memilih lapisan jaringan yang tidak bergantung pada segelintir perantara yang kuat.

Ini tentang membayangkan kembali seluruh tumpukan teknologi dari awal.

Mendapatkan Dasar-Dasar yang Benar Sejak Hari Pertama

“Satu-satunya cara yang benar-benar menyembuhkan utang desain adalah tidak mengumpulkannya dari awal.”

Ketika kita berbicara tentang membangun infrastruktur yang tidak bisa jahat, sebenarnya kita berbicara tentang membuat pilihan arsitektur yang tepat dari hari pertama.

Itu sebabnya, ketika kami merancang Sui, kami ingin memanggang prinsip-prinsip dasar itu sejak hari pertama.

Ini memungkinkan pengembang untuk membangun aplikasi yang skalabel, aman, dan ramah pengguna tanpa harus bersusah payah atau bergantung pada kruk pusat.

Pertimbangkan model pemrograman itu sendiri:

Pendekatan Sui yang berbasis objek adalah keberangkatan yang disengaja dari paradigma berbasis akun yang telah mendominasi banyak blockchain.

Model Pemrograman Berbasis Objek

Pada inti filosofi desain Sui adalah model pemrograman berbasis objek.

Di dunia di mana pengembang Web2 secara alami berpikir dalam hal objek, seperti file, catatan, dan aset, tidak masuk akal untuk mengurangi segalanya menjadi model akun monolitik.

Melakukan hal tersebut memaksa pengembang untuk berpikir dalam pola yang tidak alami. Hal ini memperkenalkan kompleksitas yang rentan terhadap kesalahan.

Model pemrograman berorientasi objek secara alami sesuai dengan cara para insinyur Web2 sudah memikirkan tentang perangkat lunak.

Objek berfungsi sebagai warga negara kelas satu, membuatnya mudah untuk mewakili aset, menentukan aturan, dan menghindari kesalahan umum, seperti bug reentrancy, tanpa kode boilerplate yang rumit.

Model yang akrab ini secara drastis mengurangi beban konseptual dan masalah umum seperti reentrancy. Alih-alih menulis pemeriksaan boilerplate atau guardrails kompleks untuk mencegah eksploitasi, pengembang mengandalkan Move VM untuk memastikan keamanan pada tingkat runtime.

Sebagai hasilnya, kode menjadi lebih mudah dibaca, aman, dan lebih mudah dianalisis.

Ini adalah jembatan langsung dari pola pikir berorientasi objek Web2 ke lingkungan tanpa kepercayaan Web3, dimungkinkan dengan memulai dengan asumsi yang tepat dari awal.

Skalabilitas melalui Desain, Bukan dengan Lakban Duct

Tetapi model pemrograman yang bagus tidak berarti apa-apa jika ambruk di bawah beban.

Sejak awal, Sui dibangun untuk menangani beban dunia nyata. Ini dirancang untuk dapat diskalakan secara horizontal sambil mempertahankan komposabilitas atomik sinkron.

Model objek sistem memberikan Sui pemahaman yang halus tentang bagian mana dari keadaan setiap transaksi menyentuh, memungkinkan eksekusi paralel dalam skala. Ini kontras tajam dengan sistem berbasis EVM, yang harus mengunci seluruh keadaan global. Hal ini memperlambat segalanya dan mendorong solusi terpusat untuk mengurangi volume transaksi.

Dengan Sui, setiap objek efektif menjadi shard-nya sendiri. Butuh kapasitas lebih? Tambahkan kekuatan komputasi lebih untuk menangani beban tersebut.

Prototipe Pilotfish :https://blog.sui.io/pilotfish-execution-scalability-blockchain/

Para pengembang tidak perlu khawatir tentang logika sharding, menghubungkan beberapa domain, atau merakit infrastruktur secara bersama-sama untuk mencapai skala yang lebih besar.

Jadi sistem dapat menangani lebih banyak lalu lintas seiring dengan pertumbuhan jaringan, tetapi bagaimana Anda memastikan alokasi sumber daya yang adil?

Jika satu aset atau dApp populer menguasai pasar pembaruan status, hal itu dapat meningkatkan biaya dan merusak pengalaman bagi semua orang lain.

Alih-alih mengandalkan lelang tunggal global untuk ruang blok, di mana satu aplikasi populer dapat meningkatkan harga untuk semua orang, pasar biaya lokal memungkinkan sistem memperkirakan sumber daya pada tingkat granularitas yang lebih halus.

Setiap “objek” atau shard dapat memiliki pasar biaya sendiri, memastikan bahwa kemacetan di satu area tidak meluas dan memberikan hukuman pada bagian jaringan yang tidak terkait.

Semua sudah tertanam dalam desain dasar platform, memastikan bahwa bahkan saat permintaan tumbuh, sistem tidak kembali ke pola lama yang lelah dari gatekeepers dan taman berpagar.

Merancang untuk desentralisasi juga berarti membangun verifikasi tepat ke dalam lapisan penyimpanan dan komunikasi.

Jika penyimpanan data bergantung pada satu pihak yang dipercayai, Anda kembali ke titik nol. Anda memerlukan solusi penyimpanan yang memungkinkan siapa pun memverifikasi integritas data tanpa bergantung pada perantara.

Penyimpanan yang Dapat Diverifikasi Tanpa Tuan Rumah Terpusat

Aplikasi yang benar-benar terdesentralisasi tidak bisa mengandalkan satu penyedia cloud atau database terpusat.

Walrus menyediakan lapisan penyimpanan terdesentralisasi dan dapat diverifikasi yang sebanding dalam kekuatan dan skala dengan penawaran terpusat seperti AWS atau Google Cloud.

Dengan verifikasi data Walrus bukanlah sesuatu yang diabaikan tetapi merupakan properti intrinsik.

Dengan mengintegrasikan lapisan penyimpanan yang secara inheren dapat diverifikasi dan tahan terhadap manipulasi, Walrus memastikan bahwa pengembang dapat menjalankan situs web, menghosting data, dan membangun aplikasi yang sepenuhnya terdesentralisasi tanpa kembali ke pola terpusat yang ingin kita hindari.

Dengan kata lain, Walrus memperluas filosofi ‘benar secara konstruksi’ dari eksekusi ke penyimpanan, memastikan integritas aplikasi Anda di setiap lapisan.

Sekarang, desain untuk desentralisasi juga berarti bahwa itu tidak boleh berhenti pada lapisan konsensus atau eksekusi; itu harus diperluas ke dalam jaringan itu sendiri.

Lapisan jaringan tidak boleh bergantung pada beberapa penyedia layanan internet atau layanan routing yang kuat. Itu juga sentralisasi.

Lapisan Jaringan Dibangun untuk Desentralisasi

Networking adalah potongan lain dari teka-teki yang sering diabaikan dalam Web3.

Pengarahan Internet tradisional dikendalikan oleh beberapa ISP, memperkenalkan titik-titik tersedak dan kerentanan potensial.

SCION adalah protokol jaringan generasi berikutnya yang menantang status quo ini, membuat routing lebih aman, andal, dan tahan terhadap kendali terpusat.

Ini adalah arsitektur routing multi-path yang aman, antar-domain, yang dapat berjalan berdampingan dengan internet saat ini. Ini adalah perwujudan lengkap dari bagaimana data bergerak di seluruh jaringan, dibangun dengan keamanan, kontrol, dan kinerja yang terintegrasi langsung ke dalam intinya.

Dengan mengintegrasikan SCION ke Sui, kami memastikan bahwa jaringan dasar tidak menjadi titik kegagalan atau kendali tunggal.

Tidak ada entitas tunggal yang bisa mendikte aliran data, dan pengguna dapat percaya bahwa rute-rute dasarnya tidak akan dimanipulasi atau dimonopoli.

Dengan mengintegrasikan verifikasi dan tanpa izin ke setiap lapisan, termasuk model data, penyimpanan, dan jaringan, Anda mengurangi area permukaan di mana titik-titik kontrol sentral dapat mengambil alih.

Anda tidak menambahkan desentralisasi sebagai pemikiran belakang; Anda menyematkannya ke dalam pondasi.

Kesederhanaan ini mengurangi kompleksitas dan menjaga pintu tertutup untuk solusi “nyaman” tetapi sentralisasi. Yang terpenting, memastikan fundamental benar berarti tidak pernah bertaruh pada mentalitas “kami akan memperbaikinya nanti”.

Semua Jalan Menuju Desain Suara

“Desentralisasi bukanlah jumlah validator. Desentralisasi sejati adalah tentang arsitektur yang mencegah kekuatan berkumpul di satu tempat.”

Inti dari semua yang telah kita telusuri adalah sederhana: jika Anda ingin memiliki sistem yang tidak dapat jahat, Anda harus memulainya dengan arsitektur yang tepat.

Jika Anda memulai dengan asumsi yang salah, tidak ada jumlah kode tambahan atau trik pintar yang akan menyelamatkan Anda.

Sebuah arsitektur yang memberi imbalan kepada penjaga gerbang. Sebuah model data yang memaksa setiap pelaku untuk bersaing mendapatkan sumber daya yang sama. Sebuah lapisan jaringan yang dirancang seputar pusat-pusat terpusat. Pada akhirnya, Anda akan terjebak dalam pola kontrol dan hirarki yang sama seperti sebelumnya.

Inilah mengapa dasar kerangka bangunan begitu penting.

Desentralisasi bukan hanya tentang menghitung berapa banyak node yang Anda miliki. Desentralisasi yang sejati berarti merancang pada tingkat akar sehingga kepercayaan, keadilan, dan verifikasi tidak dapat dihindari.

Ini berarti membangun sistem di mana tidak ada sedikit sekali pemain besar atau perusahaan yang dapat dengan diam-diam mempengaruhi jalannya permainan. Ini tentang memastikan bahwa setiap peserta memiliki kesempatan yang adil, dan bahwa tidak ada titik penghambat, keputusan desain yang halus, yang dapat menjadi sentralisasi yang tidak terkendali.

Sui adalah salah satu contoh dari apa yang terjadi ketika Anda merancang dengan prinsip-prinsip ini dalam pikiran sejak hari pertama daripada mencoba untuk menyesuaikan mereka setelah faktanya.

Ketika seluruh tumpukan, mulai dari model pemrograman hingga lapis konsensus, dan dari penggunaan hingga ketersediaan data dan lapisan jaringan, memperkuat keterbukaan dan netralitas, Anda menciptakan lingkungan di mana pembangun dan pengguna berkembang dengan cara yang sama.

Dengan memulai dari prinsip-prinsip dasar dan menegakkan desentralisasi pada setiap lapisan, Anda dapat menciptakan infrastruktur yang tetap setia pada etosnya, tidak peduli seberapa besar pertumbuhannya.

Bangunlah dengan benar dari awal, dan Anda tidak perlu menjanjikan perbaikan di masa depan atau tindakan setengah hati.

Anda akan memiliki jaringan yang secara inheren adil, tangguh, dan siap melayani sebagai dasar untuk generasi berikutnya dari pengalaman digital.

Disclaimer:

1. Artikel ini dicetak ulang dari [X]. Semua hak cipta dimiliki oleh penulis asli [@EvanWeb3]. Jika ada keberatan terhadap cetakan ulang ini, silakan hubungi Belajar Gatetim, dan mereka akan menanganinya dengan segera.
2. Penafian Tanggung Jawab: Pandangan dan opini yang terdapat dalam artikel ini semata-mata merupakan milik penulis dan tidak merupakan nasihat investasi apa pun.
3. Tim Gate Learn melakukan terjemahan artikel ke dalam bahasa lain. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang diterjemahkan dilarang.