假装在抄底

⚠️ Peringatan untuk kawan-kawan: Kode undangan Binance menggunakan MY6751, biaya transaksi bisa hemat 30% (tertinggi di seluruh jaringan), otomatis masuk. Akun lama yang sudah digunakan juga bisa diisi. Alpha, spot, trading赛, futures, kontrak, tokenized stock—semuanya hemat 30%.

Tiga langkah selesai:
1️⃣ Aplikasi Binance → Wallet → Undang teman
2️⃣ Klik "Masukkan kode undangan", biaya transaksi berkurang 30%
3️⃣ Masukkan MY6751

Hari ini aku ingin membahas sebuah jebakan yang mudah terlewat: bukti ZK itu sangat andal, tetapi ia hanya bisa membuktikan “operasi sesuai batas yang kamu tetapkan”, bukan menilai apakah batas yang kamu tetapkan itu sudah benar.

Misalnya, aku memberi aturan ke agen AI: per transaksi tidak boleh lebih dari 1000U, hanya boleh masuk ke dua protokol A dan B, dan setelah jam 12 malam operasi harus berhenti. Newton zkPermissions bisa mengubah batas-batas ini menjadi kondisi yang dapat diverifikasi, sehingga setiap kali agen mengeksekusi, ia bisa membuktikan dirinya tidak melampaui batas. Kedengarannya aman, bukan?

Masalahnya adalah: kalau dari awal aku menulis limitnya sebagai 10000U (keliru), salah menuliskan waktu berhentinya, atau secara tidak sengaja memasukkan protokol berisiko tinggi ke daftar putih, ZK tetap akan sangat jujur membuktikan bahwa operasi ini sesuai dengan “parameter yang salah” itu. Matematika tidak berbohong, tapi ia juga tidak bisa menggantikan otak manusia.

Jadi menurutku, <c-1/>@NewtonProtocol /</c-1> yang sebenarnya ingin diselesaikan bukan cuma “apakah agen melanggar wewenang”, tapi juga “apakah pengguna bisa memahami dengan jelas apa yang mereka berikan.” Kalau konfigurasi parameter seperti kode kontrak yang sulit dibaca, pada akhirnya orang biasa tetap akan menandatangani secara membabi buta.

Aku lebih berharap setelah Newton Mainnet Beta, batas izin bisa dibuat menjadi daftar yang bisa dibaca: limit, protokol, waktu, aset, serta kondisi pemicu—satu per satu agar pengguna bisa mengonfirmasi. ZK bertanggung jawab untuk membuktikan, antarmuka bertanggung jawab agar orang tidak salah mengatur. Dua hal ini sama-sama wajib.

Nilai <c-1/>$NEWT /</c-1> tidak seharusnya hanya dibangun pada kata-kata “aman secara matematis”, tapi harus sampai pada kenyataan bahwa pengguna biasa benar-benar bisa menyusun aturannya dengan jelas.🙂
@NewtonProtocol $NEWT #Newt

📅 8 Juli (Hari Ini)

Satu, Airdrop & New Listing

1️⃣ Airdrop Binance Alpha
Kawan-kawan, pasti sudah tidak sabar ya—sudah 6 hari tidak ada kabar, akhirnya ada juga kotak misteri. Untuk yang punya banyak akun, sudah mulai kehabisan peluang. Ikuti ritme sebelumnya: hari ini kemungkinan besar akan ada 1 item, yang pegang akun banyak pantau terus waktunya supaya tidak ketinggalan klaim.

Dua, Saran Operasional Hari Ini

1️⃣ Strategi Bagi-bagi (刷分)

· $KGEN (Durasi 1 hari): untuk nominal kecil 300–500 U sudah pas
· $ARX (Durasi 14 hari): sesuaikan kemampuan

2️⃣ Aktivitas Ulang Tahun ke-9
Sekarang sudah bisa sampai langkah ke-3, tapi saat ini belum terlihat status selesai—kemungkinan data backend belum tersinkron. Tunggu saja dengan sabar, jangan buru-buru. #币安九周年

3️⃣ Kondisi Pasar Utama
BTC di 63.000, $BNB 577, pada dasarnya datar dan tidak banyak berubah—masih bergerak dalam rentang konsolidasi.

⚠️ Keuntungan dari kode undangan Binance Wallet
Binance Wallet mulai berbayar. Isi kode undanganku MY6751 agar kawan-kawan bisa hemat 30% biaya transaksi (persentase tertinggi se-Internet). Komisi akan otomatis masuk lewat sistem.

Cakupannya banyak: bisa balik komisi untuk刷 Alpha, beli saham AS, adu anjing (打狗),刷交易赛, kontrak on-chain, dll. Semakin sering dipakai, setelah upgrade nanti proporsi komisi yang kuberikan ke kalian juga akan makin tinggi.

📌 Langkah-langkah pengaturan:

· Langkah 1: Buka aplikasi Binance, klik “Wallet” di pojok kanan atas → Undang Teman
· Langkah 2: Klik “Masukkan kode undangan”, biaya transaksi langsung potong 30%
· Langkah 3: Masukkan MY6751 lalu konfirmasi

Tiga, Update Kompetisi Trading赛

Proyek Waktu berakhir Batas minimum saat ini Kuota hadiah
NES 8 Juli 21:00 259,957 2260
KGEN 9 Juli 21:00 268,871 2200
NEX 10 Juli 21:00 31 2000
SLX 14 Juli 21:00 0 2060
O 14 Juli 21:00 0 2090

NES dan KGEN akan berakhir hari ini/ besok. Batasannya terus naik—kalau sudah masuk ke posisi (di mobil), perhatikan waktu. Kalau belum masuk, kalian tentukan sendiri mau mengejar atau tidak.

Cukup sampai di sini. Kalau ada pertanyaan, bahas di kolom komentar—saya lihat pasti balas. #ALPHA #ALPHA🔥

Hari ini saya ingin mengangkat pertanyaan yang agak tidak nyaman: jika TEE berjalan di server cloud, Newton “terverifikasi” sampai lapisan yang mana?

Banyak orang begitu melihat TEE, ZK, dan AVS langsung merasa tenang—menganggap kombinasi ini sudah menyelesaikan masalah kepercayaan secara bersih. Tapi semakin saya membaca whitepaper @NewtonProtocol , saya makin merasa di sini tidak boleh berleha-leha. TEE bisa membuktikan bahwa potongan kode tertentu dijalankan di lingkungan terisolasi. ZK bisa membuktikan bahwa suatu hasil komputasi tidak dipalsukan. Penjaminan (staking) Operator bisa membuat tindakan jahat menjadi mahal. Semuanya penting, tapi itu bukan jenis keamanan yang sama. $BLUR

Yang paling mudah diabaikan adalah perangkat keras dan lingkungan eksekusi. Misalnya, jika TEE bergantung pada bukti perangkat keras dari vendor cloud, maka secara permukaan pengguna sedang memverifikasi Newton, tetapi pada dasarnya mereka sedang percaya secara tidak langsung pada infrastruktur cloud tersebut bahwa tidak ada yang rusak/bermasalah. Jika batas ini tidak dijelaskan dengan jelas, apa yang disebut desentralisasi mudah berubah menjadi “memindahkan kepercayaan ke ruangan lain”. $RIF

Saya justru merasa nilai Newton ada pada kenyataan bahwa ia tidak hanya bertaruh pada satu lapisan teknologi. Jangka pendek meningkatkan ketersediaan dengan TEE, jangka menengah mengandalkan jaringan Operator dan pembuktian hasil dengan BLS, lalu jangka panjang mengarah lagi ke privasi komputasi yang lebih kuat seperti MPC dan FHE. Rutenya benar, tapi pasar tidak seharusnya menganggap peta jalan sebagai status yang sudah selesai.
Jadi ketika saya melihat $NEWT , saya tidak hanya bertanya “apakah ada TEE atau tidak”. Saya ingin melihat tiga hal: siapa yang menerbitkan bukti, siapa yang memikul tanggung jawab saat terjadi kegagalan, dan apakah ke depan bisa mengurangi ketergantungan pada satu lingkungan cloud saja. Keamanan di rantai (on-chain) bukan sekadar menumpuk istilah, melainkan mengurai tiap lapisan kepercayaan agar bisa dilihat pengguna. #Newt
#币安九周年

Pelatihan Diri Seorang Budak Kulit Hitam (Perdagangan Budak Kulit Hitam sudah datang😂)

Kompetisi Binance untuk kontrak perpetual RTXUSDT akan dimulai pada 7 Juli pukul 18:00 dan berakhir pada 17 Juli pukul 18:00.
Selama kamu menggunakan dompet Binance (yang tidak pakai private key) untuk trading RTXUSDT di aplikasi atau versi web, dan total volume trading mencapai 1000U, 1560 peserta teratas akan mendapatkan 30RTX (kurang lebih 30U, cukup untuk makan sekali di KFC).

⚠️ Pengingat untuk saudara-saudara yang ikut kompetisi trading menggunakan dompet: kode undangan Binance adalah MY6751, biaya trading bisa dihemat 30% (tertinggi di seluruh jaringan), otomatis masuk. Akun lama yang sudah digunakan juga bisa diisi Alpha, spot, trading赛, kontrak, dan tokenized stocks—semuanya hemat 30%.

Tiga langkah beres:
1️⃣ Binance App → Dompet → Undang teman
2️⃣ Klik "Masukkan kode undangan", biaya berkurang 30%
3️⃣ Masukkan MY6751
$RTX $ACU $WMTX
#币安九周年 #alpha交易赛

Di Newton Mainnet Beta ada satu detail yang tidak terlalu terlihat, tapi menurut saya sangat berguna: sertifikat bisa menyertakan waktu kedaluwarsa, dan ketika penerbit mendukung, bisa juga dilakukan refresh secara incremental.$NEWT

Kalimat ini terdengar seperti penjelasan produk, tapi jika dibawa ke dunia nyata jadi sangat mudah dipahami. Paspor yang kedaluwarsa tidak berarti orangnya menghilang; bukti penghasilan yang kedaluwarsa juga tidak berarti harus membangun ulang seluruh identitas dari awal. Sertifikat on-chain pun sama. Hasil KYC, status sebagai investor yang memenuhi syarat, serta kondisi wilayah bisa berubah; yang benar-benar perlu diperbarui adalah “apakah saat ini masih memenuhi syarat”, bukan setiap kali meminta pengguna mengirim ulang semua materi dari nol.$BTC

Saya lebih memperhatikan tiga status: kapan kedaluwarsanya, oleh siapa dilakukan refresh, dan kapan berlaku efektif setelah pencabutan. Jika salah satu hilang, identitas yang katanya bisa digunakan ulang bisa berubah menjadi semacam pas kertas data lama.$ETH

@NewtonProtocol Arah yang diberikan oleh whitepaper adalah bahwa sertifikat bisa dipakai ulang lintas aplikasi dan lintas chain, serta membawa metadata kedaluwarsa; jika penerbit mendukung pembaruan incremental, pengguna tidak perlu melakukan verifikasi ulang sepenuhnya. Saat verifikasi, yang terlihat di on-chain seharusnya adalah bukti dan hasil otorisasi, bukan seluruh berkas data identitas.

Ini lebih mendekati dunia nyata dibanding sekadar “menuliskan identitas permanen di blockchain”. Kelayakan seseorang bisa berubah, dan aturan pun bisa berubah. Sistem identitas yang benar-benar berguna tidak seharusnya mengunci seseorang pada satu label saja, melainkan menjawab secara akurat: apakah kualifikasi ini masih berlaku saat ini?🙂

Selanjutnya saya melihat Newton Mainnet Beta: bukan hanya apakah sertifikat bisa diverifikasi, tetapi juga apakah urusan kecil tentang kedaluwarsa, refresh, dan pencabutan sudah cukup jelas. Hal-hal ini tidak heboh, tapi menentukan apakah sebuah institusi berani memakai sistem ini dalam jangka panjang.#Newt
#美国科技股期货上涨

Aksi ulang tahun ke-9 Binance, cepat ikut! Sudah mengerjakan dua tugas pertama, hadiah sekitar 8U dengan hampir tanpa kerugian. Aku juga nggak tahu mereka yang ngambil 88U itu dapat apa 🐶命
$BTC
#币安9周年礼物已准备就绪

Saat meneliti Newton Mainnet Beta, saya menemukan semua orang selalu bertanya apakah datanya akurat, tapi sangat jarang bertanya itu data detik yang mana. $NEWT

Bagi AI Agent, harga 2000 dolar kalau dilihat sendiri tidak ada artinya. Ia masih perlu sumber, time stamp, dan masa berlaku. Ketika volatilitas tinggi, kuotasi yang benar sepuluh detik lalu mungkin sudah tidak bisa dipakai; daftar sanksi dan skor risiko juga sama—kontennya tidak dipalsukan, tidak berarti masih berlaku.

Alur dua tahap untuk @NewtonProtocol pertama kali membuat Operator mengambil data eksternal secara independen, lalu membentuk satu kumpulan data yang terstandar, dan barulah menjalankan kebijakan Rego. Yang benar-benar sulit di sini bukan membuat orang melihat angka yang sama, melainkan memastikan respons mana yang masih cukup baru dan mana yang seharusnya dibuang. $LAB

Jadi saya menilai lapisan data Newton Protocol, tidak hanya dari berapa banyak sumber yang tersambung, tetapi juga melihat empat hal: apakah time stamp masuk ke dalam tanda tangan, apakah kebijakan bisa menetapkan usia maksimum data, apakah respons yang kedaluwarsa masih meninggalkan catatan, dan batas bersama apa yang digunakan Operator untuk “sekarang”. $ETH

Data yang benar hanya satu tahap pertama; data yang tepat waktunya baru layak untuk ikut serta dalam pengambilan keputusan. Kesalahan otomatisasi yang paling berbahaya kadang bukan karena membaca berita palsu, melainkan karena menganggap berita benar kemarin sebagai fakta hari ini. ⏱️#Newt

Software update paling menakutkan apa? Bukan karena versi baru tidak enak dipakai, melainkan karena saat terjadi masalah, tidak ada yang bisa memastikan versi mana yang benar-benar dijalankan saat itu.
Saya baru saja menonton ulang @NewtonProtocol dan Newton Mainnet Beta, dan menemukan detail yang sangat sederhana: kebijakan Rego disimpan berdasarkan address konten di IPFS. Begitu konten kebijakan berubah, CID ikut berubah; saat Operator menilai maksud transaksi, yang diambil adalah aturan yang sesuai dengan CID yang ditentukan, bukan “versi terbaru” di back-end yang sewaktu-waktu bisa ditimpa.

Artinya, ketika satu otorisasi diaudit setelah enam bulan, setidaknya ada tiga hal yang bisa ditanyakan kembali: kebijakan versi apa yang dipanggil saat itu? data apa yang dimasukkan? Operator menandatangani hasil apa?
Ini seperti restoran yang mencetak versi resep yang dipakai setiap kali menyajikan makanan pada struk. Kalau hari ini koki mengubah takaran garam, catatan untuk piring yang disajikan kemarin tidak akan diam-diam ikut diubah.

Bagi AI Agent, ini lebih penting daripada sekadar “modelnya pintar”. Agent mungkin bisa ditingkatkan tiap hari, tetapi batas dana tidak boleh ikut bergeser sesuai instruksi. Jika pembaruan kebijakan tidak punya jangkar versi, satu kalimat dari pihak proyek seperti “sistem sudah dioptimalkan” bisa menghapus aturan lama, dan otomatisasi pun berubah menjadi black box.
Tentu saja, CID hanya bisa membuktikan konten tidak diganti, bukan membuktikan bahwa kebijakannya sendiri bebas dari celah. Kebijakan yang salah bisa dieksekusi secara stabil dan akurat—secara salah. Setelah modul ditingkatkan, apakah aplikasi lama segera dimigrasikan juga perlu dipantau.$NEWT

Jadi saya melihat Newton Mainnet Beta bukan hanya dari seberapa banyak tugas yang bisa dieksekusi, tetapi dari apakah setiap keputusan dapat dijelaskan ulang. Otomasi on-chain yang benar-benar dibutuhkan bukan aturan yang tak pernah berubah, melainkan setelah aturan diubah, riwayatnya tetap selaras.📌#Newt

Tadi malam saya membantu teman merapikan tiga dompet. Dia menjalankan strategi berbeda di Arbitrum, Base, dan Polygon. Yang paling merepotkan bukan biaya lintas-chain, melainkan kenyataan bahwa persyaratan keamanan yang sama harus dikonfigurasi tiga kali: di sini membatasi jumlah per transaksi, di sana mengulang whitelist alamat, dan di chain ketiga mengganti set verifikasi node lagi. Jika ada satu parameter saja yang kurang diubah, AI Agent bisa berpotensi melakukan otorisasi berlebih di salah satu chain. #Newt

Saat saya membaca whitepaper @NewtonProtocol , saya menemukan sebuah rancangan yang kurang “mencolok”, tapi sangat berguna: Operator hanya perlu menyelesaikan pendaftaran, staking, dan urusan slashing/penalti di chain sumber. Lalu jaringan akan menyinkronkan sebuah salinan Operator Table dalam bentuk Merkle Root yang ditandatangani secara teragregasi BLS ke chain tujuan. Chain tujuan memverifikasi root itu, sehingga diketahui Operator mana yang masih valid dan seperti apa status stakannya masing-masing—tanpa perlu merekrut batch orang lagi di setiap chain.

Katakan saja seperti ini: sebuah jaringan toko memperbarui daftar petugas keamanan. Pusat mengonfirmasi sekali, lalu setiap cabang menyinkronkan daftar yang sama dan bermaterai. Pindah cabang tidak berarti standar keamanannya ikut berganti.

Contoh nyata: sebuah Agent boleh melakukan rebalancing di tiga chain, tetapi total kuota per hari hanya 5000 USDC. Kalau setiap chain menghitung sendiri-sendiri, Agent bisa saja menghabiskan 5000 di masing-masing dari tiga chain. Dengan model otorisasi yang terpusat, ada peluang untuk memasukkan hubungan delegasi, status Operator, dan versi kebijakan ke dalam satu logika verifikasi yang sama. Fokus multi-chain bukan pada “bisa dieksekusi di mana-mana”, melainkan “tidak boleh mengulang celah untuk melewati batas”.

Tentu, sinkronisasi itu sendiri punya risiko: saat pembaruan tertunda, apakah chain tujuan masih akan mengakui Operator yang sudah keluar atau yang terkena slashing? Jika jalur pesan lintas-chain sedang padat, berapa lama status keamanan bisa benar-benar tersusul? Jadi saya tidak akan langsung optimis hanya karena kata “terpadu”.

Tapi arah Newton sangat jelas: lintas-chain bukan cuma memindahkan aset, melainkan memindahkan juga seperangkat tanggung jawab yang bisa diverifikasi. Pengalaman multi-chain yang sesungguhnya bukan soal menambah beberapa tombol jaringan di dompet, melainkan pengguna tidak perlu lagi mempercayai sekelompok orang asing di setiap chain.🌐

Ke depan, saat melihat kemampuan lintas-chain Newton, saya akan mengawasi tiga hal: berapa lama pembaruan Operator Table dilakukan, apakah verifikasi di chain tujuan berjalan berkesinambungan, dan apakah status slashing bisa tersinkron tepat waktu. “Seluruh-chain terpadu” di materi promosi terdengar ringan, tetapi nilainya baru nyata jika tanggung jawab tidak sampai putus. $NEWT