x_Rex

Aku tak pernah membayangkan akan jatuh cinta sedalam ini pada seseorang yang dulu sama sekali tak kukenal. Aku tak menyangka akan begitu terikat, begitu peduli, hingga akhirnya mencintaimu sepenuh hati. Dan sekarang, aku di sini, benar-benar jatuh cinta pada sosok asing yang begitu memesona ini, yang dulu sama sekali tak kukenal.
#someone

$BTC Menemukan kedamaian di tempat hamparan ladang keemasan bertemu matahari terbenam. Terkadang, cara terbaik untuk melangkah maju adalah duduk sejenak, bernapas, dan menghargai sejauh mana kamu telah melangkah. 🌾✨

#KiteBBW $KITE
Pembayaran kartu melindungi pembeli dan merugikan penjual😒.
Pelanggan bisa menyanggah tagihan berbulan-bulan kemudian, dan penjual harus menanggung biaya chargeback.
Panduan penyedia layanan Kite menjelaskan alur yang membalikkan keadaan ini, dan menurut saya, pembalikan inilah pilihan desain yang paling diremehkan dalam ekonomi agen😁.

Alurnya singkat.
Agen memanggil endpoint, lalu layanan membalas dengan 402 Payment Required yang mencantumkan harga, alamat penerima pembayaran, dan batas waktu.
Agen membalas dengan otorisasi bertanda tangan yang diambil dari sesi yang telah disetujui pengguna.
Layanan memverifikasinya, fasilitator menyelesaikan transfer di blockchain, dan barulah layanan mengirimkan respons.

Penyelesaian DULU, pengiriman KEMUDIAN🤷‍♀️.

Penjual tidak memberikan kredit atau menunggu faktur dilunasi.
Itulah yang membuat harga kecil per permintaan bisa diterapkan secara teori🤓.
Jalur pembayaran kartu mengenakan biaya tetap untuk setiap transaksi yang tidak bisa ditanggung oleh pembayaran kecil, dan penetapan harga per permintaan hanya bisa berjalan jika pembayaran itu sendiri nyaris tanpa biaya.
Panduan tersebut menyebutkan bahwa layanan apa pun yang sudah mendukung x402 atau protokol pembayaran mesin yang turut dikembangkan Stripe bisa dibayar oleh agen Passport saat ini.
Lebih dari 90 penyedia telah terintegrasi saat peluncuran mainnet pada 30 April 2026.

Namun, risikonya tidak hilang—hanya berpindah ke pembeli.
Begitu penyelesaian pembayaran dilakukan sebelum pengiriman, layanan yang memberikan hasil tak berguna sudah telanjur dibayar, dan panduan penyedia yang saya baca tidak menjelaskan proses pengembalian dana atau sanggahan.

Perlindungan pengguna adalah sesi😃: batas per transaksi dan batas total membatasi kerugian yang dapat ditimbulkan oleh satu panggilan yang bermasalah

Menurut saya, batas-batas itu menjalankan fungsi yang sama dengan chargeback di dunia kartu, hanya saja sebelum kerugian terjadi, bukan sesudahnya😌
Pertukaran itu tampaknya wajar untuk harga per panggilan yang kecil; masalah seriusnya adalah pembelian besar oleh agen.

Jika pembayaran sudah final sebelum layanan merespons dan panggilan berbayar menghasilkan sesuatu yang tidak berguna, apa yang sebaiknya menggantikan chargeback: skor reputasi untuk layanan, dana pengembalian yang ditahan dalam escrow dan terintegrasi ke protokol, atau tidak perlu apa-apa karena harga per panggilan terlalu kecil untuk membenarkan mekanisme itu?

Ketik 'kite' kalau kamu mendapat info bagus di sini

#KiteBBW $KITE
Pembayaran kartu melindungi pembeli dan merugikan penjual😒.
Pelanggan bisa menyanggah tagihan berbulan-bulan kemudian, dan penjual harus menanggung biaya chargeback.
Panduan penyedia layanan Kite menjelaskan alur yang membalikkan keadaan ini, dan menurut saya, pembalikan inilah pilihan desain yang paling diremehkan dalam ekonomi agen😁.

Alurnya singkat.
Agen memanggil endpoint, lalu layanan membalas dengan 402 Payment Required yang mencantumkan harga, alamat penerima pembayaran, dan batas waktu.
Agen membalas dengan otorisasi bertanda tangan yang diambil dari sesi yang telah disetujui pengguna.
Layanan memverifikasinya, fasilitator menyelesaikan transfer di blockchain, dan barulah layanan mengirimkan respons.

Penyelesaian DULU, pengiriman KEMUDIAN🤷‍♀️.

Penjual tidak memberikan kredit atau menunggu faktur dilunasi.
Itulah yang membuat harga kecil per permintaan bisa diterapkan secara teori🤓.
Jalur pembayaran kartu mengenakan biaya tetap untuk setiap transaksi yang tidak bisa ditanggung oleh pembayaran kecil, dan penetapan harga per permintaan hanya bisa berjalan jika pembayaran itu sendiri nyaris tanpa biaya.
Panduan tersebut menyebutkan bahwa layanan apa pun yang sudah mendukung x402 atau protokol pembayaran mesin yang turut dikembangkan Stripe bisa dibayar oleh agen Passport saat ini.
Lebih dari 90 penyedia telah terintegrasi saat peluncuran mainnet pada 30 April 2026.

Namun, risikonya tidak hilang—hanya berpindah ke pembeli.
Begitu penyelesaian pembayaran dilakukan sebelum pengiriman, layanan yang memberikan hasil tak berguna sudah telanjur dibayar, dan panduan penyedia yang saya baca tidak menjelaskan proses pengembalian dana atau sanggahan.

Perlindungan pengguna adalah sesi😃: batas per transaksi dan batas total membatasi kerugian yang dapat ditimbulkan oleh satu panggilan yang bermasalah

Menurut saya, batas-batas itu menjalankan fungsi yang sama dengan chargeback di dunia kartu, hanya saja sebelum kerugian terjadi, bukan sesudahnya😌
Pertukaran itu tampaknya wajar untuk harga per panggilan yang kecil; masalah seriusnya adalah pembelian besar oleh agen.

Jika pembayaran sudah final sebelum layanan merespons dan panggilan berbayar menghasilkan sesuatu yang tidak berguna, apa yang sebaiknya menggantikan chargeback: skor reputasi untuk layanan, dana pengembalian yang ditahan dalam escrow dan terintegrasi ke protokol, atau tidak perlu apa-apa karena harga per panggilan terlalu kecil untuk membenarkan mekanisme itu?

Ketik 'kite' kalau kamu mendapat info bagus di sini

#nil $NIL @Nillion
Seorang builder yang saya ikuti meluncurkan vault dengan pemicu rebalancing 🤔.

Butuh BERBULAN-BULAN untuk menyempurnakan logikanya.

Dalam SEMINGGU, seseorang sudah membaca kontraknya, mengetahui persis apa yang dipantaunya, dan selalu mendahuluinya setiap kali pemicu itu aktif.

Jadi, pada akhirnya strateginya tidak gagal. Strategi itu hanya berhenti menjadi RAHASIA begitu masuk ke blockchain.

Covenants dirancang untuk mengatasi kegagalan seperti ini.
Mekanismenya lebih sederhana daripada kedengarannya.

Pembuat memilih sekelompok node dan ambang batas, misalnya 5 node, dan 3 di antaranya bisa membukanya.

Instruksinya dipecah menjadi beberapa bagian dengan skema berbagi rahasia Shamir, lalu tiap bagian dienkripsi untuk satu node tertentu.
Tidak ada satu node pun yang menyimpan cukup bagian untuk membaca apa pun sendirian.
Pembuat mengunggah pemicu yang tersegel beserta kondisi untuk membukanya, baik publik maupun tersembunyi, lalu selesai. Node tinggal memantau.
Ketika kondisinya benar-benar terpenuhi, tiap node mendekripsi bagiannya sendiri dan mengunggahnya ke blockchain.

Begitu cukup banyak bagian terkumpul, siapa pun bisa merekonstruksi payload dan mengklaim hadiah karena melakukannya. Blockchain memeriksa hasilnya berdasarkan komitmen yang dibuat sebelumnya, jadi tak ada yang bisa mengganti payload dengan yang palsu saat pengungkapan.

Semua itu tidak membutuhkan bot keeper ataupun operator tepercaya yang menyimpan strategi dan berjanji tidak akan mengintip.

Dusk, rilis pertama Covenants, kini sudah aktif di Ethereum mainnet.
Bukan testnet, bukan pratinjau. Vault seperti yang tadi disalin itu bisa dibangun ulang dengan ini sekarang.

Ini juga baru era 1 dari 7. Versi ini sengaja dibuat terbatas—hanya kondisi harga dan waktu—karena itulah yang bisa berfungsi sekarang tanpa melibatkan pihak tepercaya.
Era-era berikutnya akan dirilis sebelum tahun ini berakhir, dan masing-masing akan memperluas jenis referensi yang bisa digunakan oleh kondisi tersegel.

Jadi, ada dua hal yang terus saya pikirkan. Apakah menyembunyikan pemicu benar-benar melindungi strategi dalam jangka panjang, atau hanya menaikkan biaya rekayasa balik tanpa menghilangkan ancamannya?
Lalu, apakah komite 3-dari-5 node benar-benar lebih aman daripada memercayai satu keeper, atau hanya menyebarkan masalah kepercayaan yang sama ke lebih banyak pihak?
Dan sekadar informasi, teman-teman, Dusk dari Nillion dan Layer1 #dusk bukan hal yang sama😅

#KiteBBW $KITE
x402, AP2, MPP, MCP, OAuth 2.1.
Lima protokol yang mungkin diminta untuk digunakan oleh sebuah agen, dan tak seorang pun tahu mana yang akan menang.
Jawaban Kite adalah tidak memilih.

Masing-masing mencakup bagian yang berbeda. x402 menghidupkan kembali status HTTP “pembayaran diperlukan” agar layanan dapat mengenakan biaya untuk setiap permintaan.
AP2 adalah protokol pembayaran agen Google, MPP adalah protokol pembayaran mesin Stripe, MCP adalah cara Anthropic menghubungkan agen dengan berbagai alat, dan OAuth 2.1 menangani otorisasi.

Seperti yang dijelaskan dalam sebuah laporan riset, agen yang menggunakan x402 dapat membayar per permintaan, tetapi tetap memerlukan dompet terpisah, lapisan identitas terpisah, dan logika batas pengeluaran sendiri.

Pendekatan yang dinyatakan Kite adalah mendukung semuanya secara bawaan dan mempertahankan hal yang penting—penyelesaian akhir dan kendali pengeluaran—agar tetap berlandaskan pada chain dan Passport miliknya sendiri.

Protokol apa pun yang memulai transaksi, uang seharusnya bergerak mengikuti aturan yang sama yang ditetapkan pengguna: anggaran, batas waktu, persetujuan dengan passkey, dan pencabutan instan.
Kite juga mencantumkan finalitas deterministik di bawah satu detik dan jalur pembayaran khusus agen, yang lebih penting bagi agen daripada bagi manusia.

Manusia bisa menunggu konfirmasi.

Agen yang bertindak sendiri perlu tahu bahwa pembayaran benar-benar sudah selesai. Saya menyukai logikanya karena menghindari pertarungan standar.

Ini juga merupakan taruhan diam-diam tentang di mana letak nilai dalam ekonomi agen:
bukan di lapisan permintaan, yang bisa berubah setiap tahun, melainkan di lapisan yang menentukan apakah pembayaran boleh diselesaikan.

Kite juga merupakan anggota Agentic AI Foundation milik Linux Foundation, yang menunjukkan bahwa Kite ingin mendapat tempat dalam pembahasan standar, bukan sekadar berada di bawahnya.

Mainnet diluncurkan pada 30 April 2026 dengan lebih dari 90 penyedia layanan sudah terintegrasi, jadi ujian sebenarnya adalah apakah netralitas dan jalur pembayaran tersebut tetap bertahan dalam lalu lintas nyata.

Ingin mendengar pendapat orang lain
1. Jika satu lapisan berada di bawah setiap standar, apakah itu netralitas atau sekadar bentuk penguncian yang berbeda?
2. Jika satu standar akhirnya mendominasi, apakah lapisan penyelesaian yang dirancang untuk semuanya akan kehilangan keunggulannya, atau justru menjadi lebih penting karena semuanya melewatinya?