Prediktabilitas adalah dimensi tersembunyi dari performa jaringan
Orang-orang yang bergelut dengan jaringan lapisan bawah biasanya suka membicarakan TPS, latensi, dan bandwidth. Angka-angka itu tentu penting, tetapi mereka hanya menjawab satu pertanyaan: seberapa cepat ia bisa berjalan? — namun jarang menjawab pertanyaan yang lebih krusial: saat berjalan, apakah ia stabil?
Protokol Kadcast dari Dusk membuatku memikirkan hal ini lagi. Protokol ini tidak menempuh jalur penyebaran rumor acak yang umum, melainkan menggunakan jaringan penutupan (cover) yang terstruktur untuk membuat jalur transmisi tetap. Hasilnya bukan sekali lebih cepat, melainkan setiap saat kira-kira sama cepat. Latensi yang semula berupa distribusi probabilistik berubah menjadi mendekati konstanta.
Perbedaan ini sekali sampai ke lapisan yang lebih atas, dampaknya sangat besar. Jaringan yang tidak dapat diprediksi sama saja memberi tahu developer: aku belum tentu bisa diandalkan, terserah kalian mengurusnya sendiri. Akibatnya time-out, retry, exponential backoff, cache cadangan (fallback)… segudang kompleksitas yang seharusnya berada di lapisan bawah, malah didorong ke aplikasi. Lebih buruk lagi, kode-kode ini sering kali merupakan bagian yang paling sulit diuji dan paling rawan memunculkan bug.
Jadi sekarang aku lebih memilih mendefinisikan performa seperti ini: jaringan yang baik bukan membuat developer menulis kode yang lebih cepat, melainkan membuat mereka menulis lebih sedikit kode yang sebenarnya tidak seharusnya ada.
Ini sangat mematikan dalam skenario finansial. Di sistem perdagangan, yang paling mahal bukan mesinnya, melainkan beban kognitif—ketika kemampuan berpikirmu habis untuk bertanya, apakah jaringannya bakal bergetar/ikut naik-turun, kamu tak lagi bisa fokus pada bagian-bagian yang benar-benar menciptakan nilai: logika matching, strategi risk control, dan seterusnya. Nilai terbesar dari prediktabilitas adalah memungkinkan developer menghapus asumsi-asumsi dari kode.
Infrastruktur terbaik adalah yang setelah kamu men-deploy, hampir tidak pernah terlintas bahwa ia masih berjalan.
@Dusk #dusk $DUSK
Orang-orang yang bergelut dengan jaringan lapisan bawah biasanya suka membicarakan TPS, latensi, dan bandwidth. Angka-angka itu tentu penting, tetapi mereka hanya menjawab satu pertanyaan: seberapa cepat ia bisa berjalan? — namun jarang menjawab pertanyaan yang lebih krusial: saat berjalan, apakah ia stabil?
Protokol Kadcast dari Dusk membuatku memikirkan hal ini lagi. Protokol ini tidak menempuh jalur penyebaran rumor acak yang umum, melainkan menggunakan jaringan penutupan (cover) yang terstruktur untuk membuat jalur transmisi tetap. Hasilnya bukan sekali lebih cepat, melainkan setiap saat kira-kira sama cepat. Latensi yang semula berupa distribusi probabilistik berubah menjadi mendekati konstanta.
Perbedaan ini sekali sampai ke lapisan yang lebih atas, dampaknya sangat besar. Jaringan yang tidak dapat diprediksi sama saja memberi tahu developer: aku belum tentu bisa diandalkan, terserah kalian mengurusnya sendiri. Akibatnya time-out, retry, exponential backoff, cache cadangan (fallback)… segudang kompleksitas yang seharusnya berada di lapisan bawah, malah didorong ke aplikasi. Lebih buruk lagi, kode-kode ini sering kali merupakan bagian yang paling sulit diuji dan paling rawan memunculkan bug.
Jadi sekarang aku lebih memilih mendefinisikan performa seperti ini: jaringan yang baik bukan membuat developer menulis kode yang lebih cepat, melainkan membuat mereka menulis lebih sedikit kode yang sebenarnya tidak seharusnya ada.
Ini sangat mematikan dalam skenario finansial. Di sistem perdagangan, yang paling mahal bukan mesinnya, melainkan beban kognitif—ketika kemampuan berpikirmu habis untuk bertanya, apakah jaringannya bakal bergetar/ikut naik-turun, kamu tak lagi bisa fokus pada bagian-bagian yang benar-benar menciptakan nilai: logika matching, strategi risk control, dan seterusnya. Nilai terbesar dari prediktabilitas adalah memungkinkan developer menghapus asumsi-asumsi dari kode.
Infrastruktur terbaik adalah yang setelah kamu men-deploy, hampir tidak pernah terlintas bahwa ia masih berjalan.
@Dusk #dusk $DUSK