Avatar
Indonesia โšก Lea Octaviani ๐ŸŠ
c3495ddc53079b931f8727e7f7428c93f1612266210c0adcfe092c7dea0f0a63
random . love indonesia food. #nostrid #nostr #indonesia

memiliki hak untuk menjalankan node bitcoin, dan "self custody" bitcoin adalah kemerdekaan yang sebenarnya. hanya sedikit yang paham.

mind blowing!

dan berita gembira hari ini ๐Ÿ‘‡

nostr:note1qy5j45ahyglk7g8npnwktsp3de7zdgwt5q43fc66ughdxvzacg6setu988

nostr:note186lht3hmyl7897fwuphcpzpmq4k358v9k5jkz66jvd2p0jlyy45sr5t250

ternyata ga cuman di indonesia saja ๐Ÿ‘‡

nostr:note10c0jkgz2xhkljluf7xakq4x2n3cf62909zuj989tsffkgjywecdqq5raap

pengingat ๐Ÿ‘‡nostr:note1kcejsgm26wucgz4xzkrv8gvr4zgxawjkvkgn0lea4mae0unhlgpqapcywj

quota habis banyak karena nostr konek ke banyak relay dalam waktu bersamaan? bostr bisa jadi solusi. konsepnya adalah bostr sebagai relay proxy / tunneling. jadi di aplikasi client cukup setting buat konek ke satu relay bostr saja. nanti dari relay bostr inilah telah kita atur buat konek ke banyak relay reguler.

nostr client <-> relay bostr <-> [ relay 1, relay 2, relay 3, dst ]

keuntungan lainnya bila kita pasang bostr ini di server sendiri, privasi lebih terjaga. karena relay - relay reguler hanya tahu kita terhubung dari relay bostr saja.

bagaimana kalau di buat hopping beberapa kali:

nostr client <-> relay bostr <-> relay bostr <-> relay bostr <-> [ relay 1, relay 2, relay 3, dst ]

bisa jadi ide yang menarik.

entahlah juga apakah konsep kompresi juga sudah diterapkan di relai relai ini. bila komunikasi antar relay <-> relay, dan clien <-> relay termasuk penyimpanan datanya bisa di kompres maksimal, komunikasi bisa makin cepat.

nostr:note1n5x7kekkhfurm3enwhpjh7jfrgynsk54q0u3fev28zj65lyhherqytzyv7

menarik baca - baca tentang konsep gossip model ini. habis baca nip-65, lalu loncat ke blognya nostr:npub1acg6thl5psv62405rljzkj8spesceyfz2c32udakc2ak0dmvfeyse9p35c baru mulai ngeh. konsep nya bagus. aku lihat kuncinya di personal relay yang mengizinkan pihak luar buat nerima event kind-10002 yg berisi daftar list relay. user jadi punya database sendiri, dan jadi lebih cepat dan efektif ga lagi tergantung ke relay besar. kalau gossip model ini banyak yang pakai, relay - relay pribadi pasti akan lebih banyak dan data jadi makin terdistribusi. untuk mengakses note dari orang orang yang sudah maupun belum kita follow jadi ga perlu lewat atau bertanya ke relay besar lagi.

tapi bagaimana dengan scallingnya ya? misal suatu waktu user nostr mencapai 100 juta pengguna, perlu storage berapa besar buat nampung semua event kind-10002 ini ?

mohon dikoreksi bila ada yang keliru. thank you!