DUSK Phoenix: Pertanyaan Skala yang Sebenarnya
@Dusk Saya terus kembali ke pohon catatan Phoenix milik DUSK Network karena kedalaman 34 terlihat seperti pilihan rekayasa yang kecil sampai saya mengikuti apa artinya bagi skala. Saya melihat angka utama itu di mana-mana: 17.179.869.184 kemungkinan daun. Tapi saya pikir angka itu hampir seperti distraksi. Yang menarik bagi saya adalah kurva di bawahnya. Kedalaman 32 menghasilkan kira-kira 4,29 miliar daun, kedalaman 34 mencapai 17,18 miliar, dan kedalaman 36 melonjak ke 68,72 miliar. Saya mendapatkan peningkatan kapasitas 4× hanya dari dua level tambahan, sementara jalur inklusi hanya menjadi dua langkah lebih panjang. Itu adalah pertukaran yang mengesankan.
Tapi saya tidak berpikir pertanyaan sebenarnya adalah apakah Phoenix secara teoritis bisa menampung miliaran catatan. Saya lebih tertarik pada apa yang terjadi ketika itu menjadi sejarah yang nyata. Saya terus memikirkan biaya pembuktian, penanganan witness, penyimpanan, akses state, dan seberapa nyaman sistem tetap berjalan saat penggunaan terus bertambah. Saya tidak melihat kedalaman 34 sebagai kelemahan; justru saya pikir matematikanya membuatnya terlihat cukup wajar. Yang saya pantau adalah apakah biaya praktis tetap dapat diprediksi dari waktu ke waktu. Saya rasa di situlah desain DUSK menjadi benar-benar menarik: bukan hanya kapasitas maksimum, tetapi apakah Phoenix bisa menjaga privasi tetap skalabel tanpa membuat pengelolaan sejarah makin lama makin mahal.
#dusk $DUSK $AKE
@Dusk Saya terus kembali ke pohon catatan Phoenix milik DUSK Network karena kedalaman 34 terlihat seperti pilihan rekayasa yang kecil sampai saya mengikuti apa artinya bagi skala. Saya melihat angka utama itu di mana-mana: 17.179.869.184 kemungkinan daun. Tapi saya pikir angka itu hampir seperti distraksi. Yang menarik bagi saya adalah kurva di bawahnya. Kedalaman 32 menghasilkan kira-kira 4,29 miliar daun, kedalaman 34 mencapai 17,18 miliar, dan kedalaman 36 melonjak ke 68,72 miliar. Saya mendapatkan peningkatan kapasitas 4× hanya dari dua level tambahan, sementara jalur inklusi hanya menjadi dua langkah lebih panjang. Itu adalah pertukaran yang mengesankan.
Tapi saya tidak berpikir pertanyaan sebenarnya adalah apakah Phoenix secara teoritis bisa menampung miliaran catatan. Saya lebih tertarik pada apa yang terjadi ketika itu menjadi sejarah yang nyata. Saya terus memikirkan biaya pembuktian, penanganan witness, penyimpanan, akses state, dan seberapa nyaman sistem tetap berjalan saat penggunaan terus bertambah. Saya tidak melihat kedalaman 34 sebagai kelemahan; justru saya pikir matematikanya membuatnya terlihat cukup wajar. Yang saya pantau adalah apakah biaya praktis tetap dapat diprediksi dari waktu ke waktu. Saya rasa di situlah desain DUSK menjadi benar-benar menarik: bukan hanya kapasitas maksimum, tetapi apakah Phoenix bisa menjaga privasi tetap skalabel tanpa membuat pengelolaan sejarah makin lama makin mahal.
#dusk $DUSK $AKE