作者：Pranav Garimidi、Joachim Neu、Max Resnick，a16z crypto研究员；来源：a16z crypto；编译：Shaw 金色财经

Kini blockchain dapat dengan percaya diri menyatakan bahwa ia memiliki kapasitas pemrosesan yang diperlukan untuk bersaing dengan infrastruktur keuangan yang ada. Sistem lingkungan produksi saat ini dapat memproses puluhan ribu transaksi per detik, dan kinerja di masa depan akan mengalami peningkatan yang signifikan.

Namun, selain throughput murni, aplikasi keuangan juga memerlukan prediktabilitas. Ketika suatu transaksi diinisiasi — apakah itu perdagangan, penawaran, atau pelaksanaan opsi — memastikan waktu konfirmasi transaksi di blockchain dengan andal sangat penting untuk kelancaran operasi sistem keuangan. Jika transaksi menghadapi penundaan yang tidak terduga (baik karena gangguan jahat maupun keadaan kebetulan), banyak aplikasi tidak akan dapat berfungsi dengan baik. Agar aplikasi keuangan di blockchain dapat bersaing, blockchain harus menyediakan jaminan transaksi yang cepat: selama transaksi yang valid diajukan ke jaringan, itu harus dijamin akan segera dibundel di blockchain.

Sebagai contoh, buku pesanan di blockchain. Buku pesanan yang efisien memerlukan pembuat pasar untuk menyediakan likuiditas dengan terus menerus menempatkan order beli dan jual aset. Masalah inti yang dihadapi pembuat pasar adalah: mereka harus mempersempit selisih harga beli dan jual (selisih antara harga beli dan harga jual) sambil menghindari risiko pemilihan terbalik akibat ketidaksesuaian antara penawaran dan pasar. Oleh karena itu, pembuat pasar harus terus memperbarui order untuk mencerminkan kondisi pasar terbaru. Misalnya, ketika Federal Reserve mengumumkan berita yang menyebabkan harga aset berfluktuasi secara signifikan, pembuat pasar perlu segera memperbarui order ke harga baru. Dalam situasi ini, jika perdagangan yang digunakan pembuat pasar untuk memperbarui order tidak dapat segera dicatat di blockchain, arbitrageur akan melakukan transaksi berdasarkan harga yang sudah kadaluarsa, menyebabkan kerugian. Pembuat pasar terpaksa harus memperlebar selisih harga untuk mengurangi risiko semacam ini, yang pada gilirannya mengurangi daya saing platform perdagangan di blockchain.

Mekanisme transaksi yang dapat diprediksi, dapat memberikan jaminan yang dapat diandalkan kepada pembuat pasar, memungkinkan mereka untuk merespons peristiwa di luar blockchain dengan cepat dan mempertahankan operasi pasar di blockchain yang efisien.

Kesenjangan antara status quo dan kebutuhan

Saat ini, blockchain publik yang ada hanya dapat memberikan jaminan akhir yang relatif dapat diandalkan dalam skala beberapa detik. Jaminan semacam ini cukup untuk aplikasi pembayaran, tetapi jauh dari cukup untuk banyak aplikasi keuangan yang memerlukan respons waktu nyata dari para peserta pasar. Mengambil contoh dari skenario buku pesanan di atas: bagi pembuat pasar, jika perdagangan arbitrageur dapat diprioritaskan untuk dibundel ke dalam blok yang lebih awal, maka jaminan “tercatat dalam beberapa detik” tidak ada artinya. Tanpa jaminan yang kuat, pembuat pasar hanya dapat mengimbangi risiko pemilihan terbalik yang lebih tinggi dengan memperlebar selisih harga dan memberikan penawaran yang lebih buruk kepada pengguna. Ini akan membuat transaksi di blockchain kehilangan daya tarik dibandingkan dengan tempat perdagangan lain yang memiliki jaminan yang lebih kuat.

Jika blockchain ingin benar-benar mewujudkan visi menjadi infrastruktur modern untuk pasar modal, pengembang harus menyelesaikan masalah ini agar aplikasi bernilai tinggi seperti buku pesanan dapat berkembang pesat di blockchain.

Di mana sebenarnya kesulitan dalam prediktabilitas?

Untuk memperkuat jaminan transaksi di blockchain publik yang ada guna mendukung skenario keuangan semacam ini, tantangannya sangat besar. Beberapa protokol saat ini bergantung pada satu node (yaitu “node pencipta blok”), yang memutuskan transaksi mana yang dapat dibundel dalam jangka waktu tertentu. Desain ini meskipun mengurangi kesulitan teknik dalam membangun blockchain publik yang berkinerja tinggi, juga menciptakan potensi titik monopoli ekonomi — node pencipta blok dapat mengambil nilai dari sini. Secara umum, selama periode jendela ketika node dipilih sebagai node pencipta blok, ia memiliki kontrol absolut atas transaksi mana yang termasuk dalam blok.

Untuk blockchain publik yang menampung berbagai aktivitas keuangan, node pencipta blok berada dalam posisi istimewa. Jika node tersebut menolak untuk membundel suatu transaksi, satu-satunya cara bagi pengguna adalah menunggu node pencipta blok berikutnya yang bersedia membundel transaksi tersebut. Dalam jaringan tanpa izin, node pencipta blok secara alami memiliki motivasi untuk mengambil nilai, yang biasanya disebut sebagai miner extractable value (MEV). MEV jauh dari sekedar serangan sandwich pada transaksi AMM. Bahkan jika node pencipta blok hanya menunda pembundelan transaksi selama puluhan milidetik, mereka dapat meraup keuntungan besar dan secara signifikan menurunkan efisiensi operasi aplikasi yang mendasarinya. Jika buku pesanan hanya memprioritaskan transaksi dari sebagian trader, itu akan tidak adil bagi semua peserta lainnya. Dalam kasus ekstrem, perilaku jahat oleh node pencipta blok bahkan dapat menyebabkan trader sepenuhnya meninggalkan platform tersebut.

Sebagai contoh: ketika Federal Reserve mengumumkan kenaikan suku bunga, harga ETH secara instan turun 5%. Semua pembuat pasar di buku pesanan buru-buru membatalkan order yang ada dan mengajukan order baru dengan harga baru. Sementara itu, semua arbitrageur juga mengajukan transaksi, berusaha menjual ETH sesuai dengan order yang kadaluarsa. Jika buku pesanan ini berjalan pada protokol yang menggunakan desain satu node pencipta blok, node ini akan memiliki kekuatan besar. Mereka dapat memilih untuk memeriksa semua transaksi pembatalan dari pembuat pasar, memungkinkan arbitrageur untuk meraup keuntungan besar; atau tidak memeriksa pembatalan sepenuhnya, tetapi menunda pemrosesan, dan setelah transaksi arbitrageur tercatat, baru diproses; node pencipta blok bahkan dapat langsung menyisipkan transaksi arbitrage mereka sendiri untuk mendapatkan keuntungan penuh dari deviasi harga.

Dua tuntutan inti: ketahanan terhadap sensor dan kerahasiaan transaksi

Menghadapi posisi dominan ini, partisipasi aktif pembuat pasar akan menjadi tidak menguntungkan — selama harga bergerak, mereka mungkin akan dieksploitasi. Masalah ini pada dasarnya berasal dari dua aspek di mana node pencipta blok memiliki kekuasaan berlebihan: node pencipta blok dapat memeriksa transaksi dari trader mana pun; node pencipta blok dapat melihat transaksi orang lain dan berdasarkan itu mengajukan transaksi respons mereka sendiri. Salah satu dari masalah ini dapat memiliki konsekuensi yang menghancurkan.

Contoh

Kita dapat menjelaskan masalah ini dengan jelas melalui sebuah kasus. Misalkan dalam sebuah lelang ada dua penawar: Alice dan Bob, dan Bob kebetulan adalah node pencipta blok untuk blok tempat lelang tersebut berlangsung. (Hanya mengatur dua penawar untuk memudahkan penjelasan, logika ini berlaku untuk jumlah penawar yang berapa pun.)

Lelang berlangsung selama periode pembentukan blok, dengan interval waktu ditetapkan dari t=0 hingga t=1. Alice mengajukan tawaran bA pada waktu tA, dan Bob mengajukan tawaran bB pada waktu tB (tB > tA). Karena Bob adalah node pencipta blok untuk blok ini, dia selalu dapat memastikan bahwa tawaran terakhirnya adalah yang tertinggi. Baik Alice maupun Bob dapat membaca harga aset yang terus diperbarui (misalnya, harga rata-rata dari bursa terpusat). Misalkan pada waktu t harga adalah pt, kita berasumsi bahwa pada waktu t mana pun, kedua pihak memperkirakan harga aset pada akhir lelang (t=1) sama dengan harga pt saat ini. Aturan lelang sangat sederhana: tawaran tertinggi menang dan diselesaikan sesuai tawaran mereka sendiri.

Pentingnya ketahanan terhadap sensor

Sekarang mari kita lihat apa yang terjadi jika Bob memanfaatkan keuntungan dari posisi node pencipta blok. Jika Bob dapat memeriksa tawaran Alice, mekanisme lelang akan langsung gagal. Dia hanya perlu mengajukan harga yang sangat rendah untuk memastikan kemenangan, karena semua tawaran lainnya diblokir. Ini akan menyebabkan hasil akhir lelang hampir menjadi nol.

Pentingnya kerahasiaan transaksi

Situasi yang lebih kompleks adalah: Bob tidak dapat langsung memeriksa tawaran Alice, tetapi dapat melihat tawarannya sebelum mengajukan tawarannya sendiri. Dalam hal ini, Bob akan mengambil strategi sederhana: saat mengajukan tawaran, dia akan memeriksa apakah harga saat ini ptB lebih tinggi dari bA. Jika iya, dia akan mengajukan tawaran sedikit lebih tinggi dari bA; jika tidak, dia akan membatalkan tawarannya.

Dengan strategi ini, Bob akan terus membuat Alice menghadapi risiko pemilihan terbalik. Alice hanya dapat menang jika tawarannya lebih tinggi dari nilai aset yang diperkirakan setelah pembaruan harga. Setiap kali dia memenangkan lelang, ekspektasi akan mengalami kerugian, sehingga akhirnya dia akan berhenti berpartisipasi. Ketika semua pesaing keluar, Bob dapat mengajukan tawaran yang sangat rendah untuk memenangkan lelang, membuat hasil lelang menjadi nol.

Kesimpulan inti dari kasus ini adalah: durasi lelang tidak penting. Selama Bob dapat memeriksa tawaran Alice, atau melihat tawaran Alice sebelum mengajukan tawarannya sendiri, lelang ini sudah pasti gagal.

Logika ini juga berlaku untuk semua skenario perdagangan aset frekuensi tinggi, termasuk perdagangan spot, kontrak berkelanjutan, dan bursa derivatif: jika ada node pencipta blok yang memiliki kekuasaan seperti Bob dalam kasus ini, seluruh mekanisme pasar akan runtuh. Agar produk di blockchain yang melayani skenario semacam ini menjadi layak, node pencipta blok tidak boleh diberikan kekuasaan semacam itu.

Bagaimana masalah ini muncul dalam praktik saat ini?

Deskripsi di atas menggambarkan gambaran yang tidak optimis untuk transaksi di blockchain yang menggunakan protokol node pencipta blok tunggal tanpa izin. Namun, banyak volume transaksi di bursa terdesentralisasi (DEX) semacam itu masih menunjukkan kinerja yang baik, apa penyebabnya?

Dalam praktiknya, ada dua kekuatan yang saling mengimbangi masalah di atas:

• Node pencipta blok tidak sepenuhnya menyalahgunakan kekuasaan ekonomi mereka, karena mereka biasanya memiliki kepentingan besar dalam keberhasilan blockchain yang mendasarinya;

• Berbagai aplikasi telah membangun solusi alternatif untuk mengurangi kerentanan mereka terhadap masalah semacam ini.

Meskipun kedua faktor ini memungkinkan keuangan terdesentralisasi (DeFi) berfungsi hingga saat ini, dalam jangka panjang, mereka tidak cukup untuk membuat pasar di blockchain benar-benar bersaing dengan pasar tradisional di luar blockchain.

Di blockchain publik dengan aktivitas ekonomi yang signifikan, untuk mendapatkan kualifikasi sebagai node pencipta blok, diperlukan staking sejumlah besar token. Oleh karena itu, node pencipta blok harus memiliki sejumlah besar jaminan sendiri, atau memiliki reputasi yang cukup untuk membuat pemegang token lain mendelegasikan hak staking kepada mereka. Dalam kedua kasus, operator node besar biasanya adalah entitas publik, dan reputasi mereka berada dalam risiko. Selain reputasi, jaminan yang mereka pegang juga berarti mereka memiliki motivasi ekonomi untuk mendorong perkembangan positif blockchain. Oleh karena itu, saat ini kita hampir tidak melihat node pencipta blok menyalahgunakan kekuatan pasar seperti yang dijelaskan di atas — tetapi itu tidak berarti masalah ini tidak ada.

Di satu sisi, mengandalkan tekanan sosial dan tuntutan kepentingan jangka panjang untuk membatasi niat baik operator node bukanlah landasan yang dapat diandalkan untuk sistem keuangan di masa depan. Seiring dengan peningkatan skala aktivitas keuangan di blockchain, ruang potensi keuntungan untuk node pencipta blok juga akan tumbuh. Semakin besar potensi ini, semakin sulit untuk membatasi node pencipta blok secara sosial agar bertindak bertentangan dengan kepentingan jangka pendek mereka.

Di sisi lain, tingkat penyalahgunaan kekuasaan pasar oleh node pencipta blok adalah rentang kontinu, dari perilaku moderat hingga penghancuran total pasar. Operator node dapat secara sepihak menguji coba secara bertahap, memanfaatkan kekuasaan untuk mendapatkan imbalan yang lebih tinggi. Ketika beberapa operator melanggar batas perilaku yang dapat diterima, node lainnya akan segera meniru. Perilaku tunggal dari sebuah node mungkin tampak memiliki dampak terbatas, tetapi ketika semua orang mulai meniru, guncangan yang ditimbulkan akan sangat nyata.

Contoh paling jelas dari fenomena ini mungkin adalah permainan waktu: node pencipta blok akan berusaha menunda pengumuman blok selama mungkin, sambil memastikan blok tersebut tetap valid dalam protokol, untuk meraup imbalan yang lebih tinggi. Ini akan menyebabkan waktu pembuatan blok yang lebih lama, dan jika node terlalu agresif, bahkan dapat menyebabkan blok dilewatkan. Meskipun strategi semacam ini telah dikenal menghasilkan keuntungan, node pencipta blok awalnya memilih untuk tidak terlibat dalam permainan semacam ini, terutama untuk mempertahankan citra mereka sebagai pengelola blockchain yang baik. Namun, keseimbangan sosial ini sangat rapuh. Begitu salah satu operator node mulai menggunakan strategi semacam ini untuk mendapatkan imbalan lebih tinggi tanpa dihukum, node lainnya akan dengan cepat mengikuti.

Permainan waktu hanyalah salah satu contoh dari node pencipta blok yang meningkatkan imbalan mereka tanpa sepenuhnya menyalahgunakan kekuasaan. Mereka juga dapat mengambil banyak cara lain untuk meningkatkan imbalan mereka dengan mengorbankan aplikasi. Dilihat secara terpisah, tindakan ini mungkin masih dalam batas yang dapat ditolerir oleh aplikasi, tetapi pada akhirnya akan berkembang hingga biaya operasi di blockchain melebihi imbalan.

Faktor lain yang mempertahankan operasi normal DeFi adalah: aplikasi memindahkan logika inti ke luar blockchain dan hanya mencatat hasilnya di blockchain. Misalnya, semua protokol yang memerlukan lelang yang cepat akan memilih untuk menyelesaikannya di luar blockchain. Aplikasi semacam ini biasanya beroperasi pada mekanisme di sejumlah node yang diizinkan untuk menghindari masalah yang ditimbulkan oleh node pencipta blok yang jahat. Misalnya, UniswapX menjalankan lelang Belanda untuk mencocokkan perdagangan di luar blockchain di jaringan utama Ethereum, dan Cowswap juga menjalankan lelang batch di luar blockchain.

Meskipun cara ini dapat menjamin kelancaran operasi aplikasi, hal itu membuat nilai proposisi inti dari blockchain yang mendasarinya dan konstruksi di atasnya berada dalam bahaya besar. Jika logika eksekusi aplikasi berada di luar blockchain, blockchain yang mendasarinya hanya akan berfungsi sebagai lapisan penyelesaian murni. Salah satu keuntungan terpenting dari DeFi adalah kemampuannya untuk dikombinasikan, tetapi di dunia di mana semua eksekusi terjadi di luar blockchain, aplikasi-aplikasi ini berada dalam lingkungan yang terpisah satu sama lain. Mengandalkan eksekusi di luar blockchain juga akan menambah prasyarat baru pada model kepercayaan aplikasi: aplikasi tidak hanya perlu bergantung pada operasi normal blockchain yang mendasari, tetapi juga harus bergantung pada ketersediaan infrastruktur di luar blockchain agar berfungsi dengan baik.

Bagaimana mencapai prediktabilitas

Untuk menyelesaikan masalah ini, protokol perlu memenuhi dua karakteristik utama: jaminan transaksi yang stabil dan aturan penyortiran, serta perlindungan privasi sebelum konfirmasi transaksi.

Persyaratan inti satu: ketahanan terhadap sensor

Kami merangkum karakteristik pertama ini sebagai ketahanan terhadap sensor jangka pendek. Jika sebuah protokol memiliki ketahanan terhadap sensor jangka pendek, maka setiap transaksi yang mencapai node yang jujur, harus dijamin akan dibundel ke dalam blok yang tersedia berikutnya.

Ketahanan terhadap sensor jangka pendek: Setiap transaksi yang valid yang disampaikan tepat waktu ke node yang jujur, pasti akan dimasukkan ke dalam blok berikutnya.

Lebih tepatnya, kita berasumsi protokol berjalan berdasarkan jam tetap, dengan blok dihasilkan pada waktu tetap, misalnya satu blok setiap 100 milidetik. Maka kita memerlukan jaminan semacam ini: jika suatu transaksi tiba di node yang jujur dalam 250 milidetik, maka transaksi tersebut pasti akan dibundel ke dalam blok yang dihasilkan pada 300 milidetik. Penyerang tidak seharusnya memiliki kekuasaan untuk menyaring transaksi sesuka hati, memilih transaksi untuk dibundel, atau mengeluarkan transaksi tertentu. Inti dari definisi ini adalah: pengguna dan aplikasi harus memiliki cara yang sangat dapat diandalkan untuk memastikan transaksi dapat dicatat di blockchain pada waktu mana pun. Sebuah transaksi tidak boleh gagal untuk dicatat hanya karena satu node kehilangan paket — baik karena niat jahat maupun kegagalan operasi.

Meskipun definisi ini menuntut jaminan pencatatan untuk setiap transaksi yang sampai ke node yang jujur, dalam praktiknya, biaya untuk mewujudkannya mungkin terlalu tinggi. Makna intinya adalah: protokol harus memiliki stabilitas yang cukup, sehingga pintu masuk untuk pencatatan transaksi menunjukkan prediktabilitas yang kuat dan logika yang sederhana dan mudah dipahami. Protokol node pencipta blok tunggal tanpa izin jelas tidak memenuhi karakteristik ini, karena jika satu-satunya node pencipta blok pada saat tertentu berperilaku jahat, transaksi tidak memiliki jalur pencatatan lain. Namun, bahkan jika hanya ada sekelompok empat node yang dapat menjamin bahwa transaksi dapat dibundel dalam setiap periode waktu, itu akan secara signifikan meningkatkan pilihan pencatatan transaksi bagi pengguna dan aplikasi. Untuk memungkinkan aplikasi berkembang dengan stabil, mengorbankan sebagian kinerja demi keandalan adalah hal yang layak. Menemukan keseimbangan yang tepat antara ketahanan dan kinerja masih memerlukan penelitian lebih lanjut, tetapi jaminan yang diberikan oleh protokol yang ada jauh dari cukup.

Setelah protokol dapat menjamin pencatatan transaksi, masalah penyortiran akan menjadi lebih mudah. Protokol dapat menggunakan aturan penyortiran deterministik apa pun untuk menjamin konsistensi hasil penyortiran. Solusi paling sederhana adalah penyortiran berdasarkan biaya prioritas, atau memungkinkan aplikasi untuk melakukan penyortiran fleksibel terhadap transaksi yang berinteraksi dengan status mereka. Cara penyortiran transaksi yang optimal masih merupakan bidang penelitian yang aktif, tetapi bagaimanapun juga, hanya ketika transaksi dapat berhasil dicatat di blockchain, aturan penyortiran menjadi berarti.

Persyaratan inti dua: kerahasiaan informasi

Setelah mencapai ketahanan terhadap sensor jangka pendek, karakteristik kunci lain yang perlu dipenuhi oleh protokol adalah kemampuan perlindungan privasi yang kita sebut sebagai kerahasiaan.

Kerahasiaan: Sebelum transaksi dikonfirmasi dan dicatat secara final oleh protokol, tidak ada pihak lain selain node yang menerima transaksi tersebut yang dapat memperoleh informasi apa pun tentang transaksi tersebut.

Protokol yang memenuhi persyaratan kerahasiaan dapat memungkinkan node penerima melihat semua transaksi yang disampaikan kepada mereka dalam bentuk teks biasa, tetapi bagian lain dari protokol harus tetap tidak mengetahui isi transaksi sampai konsensus selesai dan urutan transaksi ditentukan dalam log akhir. Misalnya, protokol dapat menggunakan enkripsi dengan kunci waktu, sehingga seluruh isi blok tidak terlihat sebelum batas waktu tertentu; atau menggunakan enkripsi batas ambang, hanya setelah komite mengonfirmasi bahwa blok tidak dapat diubah, baru blok tersebut didekripsi.

Ini berarti bahwa node mungkin menyalahgunakan informasi transaksi yang disampaikan kepada mereka, tetapi node lain di jaringan tidak dapat mengetahui isi yang menunggu konfirmasi sebelum konsensus berakhir. Ketika informasi transaksi dibuka untuk node lainnya di jaringan, transaksi tersebut sudah selesai dalam hal penyortiran dan konfirmasi, sehingga pihak lain tidak dapat melakukan transaksi yang menguntungkan mereka. Untuk membuat definisi ini praktis, perlu ada beberapa node yang dapat menyelesaikan pencatatan transaksi dalam setiap periode waktu.

Kami tidak menggunakan definisi privasi yang lebih kuat — yaitu hanya pengguna yang mengetahui isi transaksi sebelum konfirmasi (misalnya, skema kolam transaksi terenkripsi) — karena protokol memerlukan suatu tahap sebagai filter untuk transaksi sampah. Jika isi transaksi sepenuhnya tersembunyi dari seluruh jaringan, jaringan tidak akan dapat membedakan antara transaksi sampah dan transaksi yang valid. Satu-satunya cara untuk mengatasi masalah ini adalah dengan menyimpan beberapa metadata yang tidak tersembunyi dalam transaksi, seperti alamat pembayaran, yang akan mengenakan biaya terlepas dari apakah transaksi tersebut valid. Namun, metadata semacam ini masih dapat mengungkapkan cukup banyak informasi, memberikan kesempatan bagi penyerang. Oleh karena itu, kami lebih cenderung merancangnya sehingga satu node dapat melihat transaksi lengkap, sementara node lain di jaringan tidak dapat melihatnya. Namun ini juga berarti, untuk memastikan fitur ini efektif, pengguna harus memiliki setidaknya satu node yang jujur sebagai pintu masuk untuk pencatatan transaksi pada setiap periode waktu.

Kesimpulan

Protokol yang memiliki ketahanan terhadap sensor jangka pendek dan kerahasiaan informasi, adalah dasar ideal untuk membangun aplikasi keuangan. Kembali ke contoh lelang yang kita jalankan di blockchain, kedua karakteristik ini secara langsung menyelesaikan masalah yang mungkin ditimbulkan Bob yang dapat menyebabkan keruntuhan pasar. Bob tidak dapat memeriksa tawaran Alice, dan tidak dapat menggunakan tawaran Alice untuk memandu tawarannya sendiri, yang secara tepat menyelesaikan masalah 1) dan 2) dalam contoh sebelumnya.

Dengan jaminan ketahanan terhadap sensor jangka pendek, setiap pengguna yang mengajukan transaksi — baik itu perdagangan atau tawaran lelang — dapat memastikan transaksi mereka segera dibundel ke dalam blockchain. Pembuat pasar dapat memperbarui order, penawar dapat segera mengajukan tawaran, operasi likuidasi dapat dilakukan dengan efisien. Pengguna dapat yakin bahwa setiap tindakan yang mereka lakukan akan segera dieksekusi. Ini akan memungkinkan generasi baru aplikasi keuangan dunia nyata dengan latensi rendah dibangun sepenuhnya di blockchain. Jika blockchain ingin benar-benar bersaing dengan infrastruktur keuangan yang ada, bahkan melampaui kinerjanya, kita perlu menyelesaikan masalah yang jauh lebih dari sekadar throughput.