Web3 Dev

Merayakan 9 tahun luar biasa bersama Binance!
---
Kue ulang tahun khusus ini merepresentasikan lebih dari sekadar peringatan—ia merayakan komunitas global yang terus belajar, membangun, dan berinovasi bersama.

Semburat 9 yang menyala melambangkan sembilan tahun pertumbuhan, sementara hiasan terinspirasi blockchain mencerminkan teknologi, kolaborasi, dan masa depan keuangan digital.

Selamat Ulang Tahun ke-9 untuk semua orang yang telah menjadi bagian dari perjalanan ini. Untuk lebih banyak tahun inovasi! 🎂

#BinanceTurns9 #BinanceSquareTG

Bagaimana Otorisasi Transaksi yang Aman Menciptakan Alur Kerja Blockchain yang Dapat Diprediksi
---
Sebuah transaksi bisa saja valid secara teknis, namun tetap melanggar aturan operasional organisasi. Itulah sebabnya validasi transaksi dan otorisasi transaksi menyelesaikan masalah yang berbeda, meskipun keduanya sering dibahas bersama.

Arsitektur terdokumentasi Newton membedakan tanggung jawab ini melalui otorisasi transaksi yang aman. Sebelum eksekusi, permintaan transaksi dievaluasi terhadap kebijakan otorisasi yang ditetapkan untuk menentukan apakah permintaan tersebut boleh dilanjutkan. Ini menghadirkan titik keputusan khusus yang ada secara independen dari eksekusi itu sendiri.

Cara yang berguna untuk memahaminya adalah seperti API perusahaan. Bahkan ketika sebuah permintaan berisi data yang valid, permintaan tersebut tetap bisa ditolak karena pihak pengirim tidak memiliki izin untuk operasi tertentu itu. Framework yang dibangun dengan Node.js atau TypeScript biasanya menangani hal ini melalui middleware otorisasi yang berada di antara validasi permintaan dan logika bisnis. Aplikasi hanya mengeksekusi permintaan yang telah memenuhi persyaratan akses.

Pola arsitektur yang sama juga membantu sistem blockchain agar lebih mudah dipahami. Kebijakan otorisasi menjadi lapisan terpusat alih-alih diduplikasi di berbagai jalur eksekusi, sehingga logika izin lebih transparan bagi pengembang, auditor, dan tim infrastruktur. Saat alur kerja menjadi semakin otomatis, memisahkan otorisasi dari eksekusi juga membantu menjaga batas sistem yang tetap jelas.

Dokumentasi Mainnet Beta dari @NewtonProtocol menyajikan otorisasi sebagai tahap yang berbeda dalam siklus hidup transaksi, dengan menekankan evaluasi kebijakan secara eksplisit sebelum eksekusi, bukan menyematkan setiap aturan langsung ke dalam logika eksekusi.

$NEWT #Newt

Pertanyaan teknis: Apakah aplikasi blockchain harus memperlakukan keputusan otorisasi sebagai layanan infrastruktur yang dapat digunakan ulang dengan cara yang sama seperti platform backend modern memperlakukan autentikasi dan API gateway?

Mengapa Eksekusi Berbasis Kebijakan Mengurangi Kompleksitas Aplikasi
---
Seiring aplikasi berkembang, logika eksekusi sering menjadi berlebihan dengan pemeriksaan izin, penanganan exception, dan aturan bisnis. Akhirnya, pengembang menghabiskan lebih banyak waktu untuk memelihara kondisi otorisasi daripada fungsi inti yang awalnya mereka bangun.

Arsitektur Newton yang terdokumentasi mendekatinya secara berbeda melalui eksekusi berbasis kebijakan. Alih-alih menyematkan setiap keputusan di dalam jalur eksekusi, kebijakan dievaluasi secara independen sebelum eksekusi dilanjutkan. Ini memungkinkan komponen eksekusi tetap fokus pada melakukan tindakan deterministik, sementara komponen kebijakan menentukan apakah tindakan tersebut diizinkan.

Bayangkan backend TypeScript yang umum. Sebuah permintaan biasanya melewati autentikasi, middleware otorisasi, dan validasi permintaan sebelum mencapai lapisan layanan. Layanan tidak perlu memahami setiap aturan akses karena keputusan-keputusan itu sudah dibuat. Newton menerapkan prinsip arsitektural yang sebanding pada alur kerja transaksi dengan memisahkan evaluasi kebijakan dari eksekusi.

Pembedaan ini menjadi semakin berharga ketika sistem mendukung AI agent, beberapa peran pengguna, atau kebutuhan tata kelola yang terus berkembang. Memperbarui kebijakan pada dasarnya berbeda dengan memodifikasi logika eksekusi, dan memperlakukannya sebagai tanggung jawab yang terpisah membantu membuat keduanya lebih mudah dipahami dan ditinjau.

dokumen Mainnet Beta dari @NewtonProtocol menggambarkan arsitektur di mana evaluasi kebijakan adalah tahap yang eksplisit, bukan kumpulan kondisi tersirat yang tersebar di seluruh kode eksekusi. Bagi insinyur infrastruktur, pemisahan ini adalah pola desain perangkat lunak yang praktis—bukan sekadar konsep blockchain.
---
$NEWT #Newt

Pertanyaan teknis: Saat membangun sistem terdesentralisasi jangka panjang, apakah perubahan kebijakan sebaiknya dapat dideploy secara independen dari logika eksekusi setiap kali batas arsitektur memungkinkan hal itu?

Kebijakan Eksekusi: Memisahkan Keputusan Otorisasi dari Logika Transaksi
...
Kesalahan desain yang sering terjadi pada aplikasi terdesentralisasi adalah memperlakukan eksekusi transaksi dan otorisasi sebagai tanggung jawab yang sama. Ini dapat bekerja untuk sistem yang sederhana, tetapi menjadi semakin sulit untuk dipelihara ketika aturan operasional berkembang.

Kebijakan eksekusi memperkenalkan lapisan keputusan yang terpisah untuk menentukan apakah tindakan yang diminta memenuhi kondisi yang telah ditetapkan sebelum eksekusi dilanjutkan. Transaksi itu sendiri tetap bertanggung jawab atas logika bisnis, sementara evaluasi kebijakan menentukan apakah eksekusi diizinkan.

Pemisahan ini familiar bagi para insinyur backend. Dalam REST API yang khas, API gateway atau middleware otorisasi mengevaluasi permintaan sebelum diteruskan ke handler aplikasi. Siklus hidup permintaan menjadi lebih mudah untuk dipahami karena logika otorisasi dipusatkan, bukan diduplikasi di banyak layanan.

Dokumentasi Newton menjelaskan arsitektur otorisasi berbasis kebijakan yang mengikuti pemisahan ini. Alih-alih menyematkan setiap aturan otorisasi ke dalam logika eksekusi, kebijakan dapat dievaluasi secara independen sebagai bagian dari alur otorisasi. Ini meningkatkan kemudahan pemeliharaan sekaligus memungkinkan definisi kebijakan berkembang tanpa perlu menulis ulang perilaku aplikasi.

Bagi tim infrastruktur, batas arsitektural ini memiliki nilai praktis. Pengembang dapat memahami kode eksekusi secara independen dari kebijakan otorisasi, sementara perusahaan memperoleh tempat yang lebih jelas untuk tata kelola, kontrol operasional, dan auditabilitas. Hasilnya adalah desain sistem yang lebih bersih, di mana eksekusi dan otorisasi masing-masing memiliki tanggung jawab yang berbeda.

@NewtonProtocol menghadirkan arsitektur berorientasi otorisasi ini sebagai bagian dari ekosistem $NEWT ecosystem yang lebih luas.
...

diskusi Teknis: Apakah kerangka kerja aplikasi blockchain di masa depan sebaiknya mengekspos kebijakan eksekusi sebagai komponen infrastruktur tingkat pertama, alih-alih menyematkan otorisasi secara langsung ke dalam logika aplikasi?

#newt

Mengapa Eksternalisasi Logika Otorisasi Penting untuk Smart Contract
...
Banyak pengembang menganggap otorisasi sebaiknya berada di dalam smart contract. Pendekatan ini bekerja untuk pemeriksaan izin yang sederhana, tetapi menjadi sulit untuk dipelihara saat aturan kepatuhan, batas pengeluaran, atau persyaratan organisasi mengalami perubahan.

Newton memperkenalkan konsep mengevaluasi otorisasi melalui lapisan kebijakan (policy) khusus sebelum eksekusi. Alih-alih menyematkan setiap aturan otorisasi ke dalam logika kontrak, evaluasi kebijakan dipisahkan dari eksekusi aplikasi, sehingga perilaku otorisasi dapat dikelola secara independen sambil menjaga logika bisnis tetap fokus pada tujuan utamanya.

Bagi pengembang backend, pola arsitektur ini mirip dengan memindahkan otorisasi dari berbagai handler rute yang tersebar ke middleware terpusat. Dalam framework seperti Node.js dan Express, autentikasi dan otorisasi biasanya diberlakukan sebelum permintaan mencapai logika aplikasi. Memisahkan tanggung jawab ini meningkatkan maintainability, pembaruan kebijakan, dan penggunaan ulang kode.

Prinsip desain yang sama dapat diterapkan pada infrastruktur blockchain. Kebijakan yang ditulis dengan Rego dapat mendefinisikan aturan otorisasi secara independen dari logika aplikasi, sehingga mengurangi duplikasi pemeriksaan izin di berbagai kontrak atau layanan dan membuat keputusan otorisasi lebih mudah untuk ditinjau serta dikembangkan.

Bagi perusahaan, agen AI, dan tim infrastruktur, memperlakukan otorisasi sebagai lapisan arsitektur khusus dapat mendukung tata kelola yang lebih jelas dan manajemen kebijakan yang lebih transparan tanpa mencampur aturan operasional dengan implementasi kontrak.

Memahami otorisasi sebagai infrastruktur yang dapat digunakan kembali mungkin menjadi sama pentingnya dengan memahami eksekusi itu sendiri.
...
Inti yang perlu diingat: Memisahkan otorisasi dari eksekusi memungkinkan logika kebijakan berkembang tanpa harus berulang kali mengubah logika aplikasi.

#Newt @NewtonProtocol $NEWT

Dokumentasi resmi:
https://docs.newton.xyz/developers/overview/about

Memahami Rego: Mengapa Kebijakan Deklaratif Penting untuk Otorisasi Onchain
...
Salah satu kesalahpahaman yang umum adalah bahwa aturan otorisasi seharusnya selalu ditempatkan di dalam kode aplikasi atau smart contract. Pendekatan tersebut bekerja pada awalnya, tetapi menjadi sulit untuk dipelihara saat kebutuhan kepatuhan, aturan akses, atau logika bisnis berkembang.

Rego mengambil pendekatan yang berbeda. Sebagai bahasa kebijakan dari Open Policy Agent (OPA), Rego memungkinkan pengembang mendefinisikan aturan otorisasi secara terpisah dari logika aplikasi. Alih-alih meng-hardcode setiap izin, mesin kebijakan mengevaluasi input terstruktur dan mengembalikan keputusan berdasarkan aturan yang dideklarasikan.

Gagasan arsitektur yang sama muncul dalam model otorisasi Newton. Alih-alih menyematkan setiap pemeriksaan kepatuhan atau otorisasi ke dalam sebuah kontrak, kebijakan dievaluasi sebelum eksekusi transaksi. Newton menjelaskan ini sebagai lapisan otorisasi untuk transaksi onchain, di mana kebijakan yang dapat diprogram dapat menerapkan kondisi seperti identitas, yurisdiksi, atau batas pengeluaran sebelum eksekusi.

Bagi pengembang backend, polanya sudah familiar. Bayangkan aplikasi Express di mana middleware otorisasi mengevaluasi permintaan sebelum controller dieksekusi. Logika bisnis tetap fokus pada perilaku aplikasi, sementara logika kebijakan tetap terpusat dan lebih mudah diperbarui.
Pemisahan ini meningkatkan kemudahan pemeliharaan, mendukung audit, dan mengurangi kebutuhan untuk memodifikasi logika eksekusi inti setiap kali persyaratan otorisasi berubah. Ini juga memberikan batas yang lebih jelas antara eksekusi dan evaluasi kebijakan.
@NewtonProtocol demonstrates bagaimana otorisasi yang dapat diprogram dapat diperkenalkan sebagai lapisan infrastruktur khusus di dalam ekosistem $NEWT . #Newt
...

diskusi teknis: Seiring aplikasi blockchain menjadi semakin kompleks, apakah evaluasi kebijakan sebaiknya semakin diperlakukan sebagai infrastruktur independen daripada logika kontrak yang disematkan?

🏆 Kesimpulan Akhir Dari Pengalaman Saya

Kondisi tim Tunisia sangat tidak stabil setelah keruntuhan di hari pembukaan yang bersejarah. Sistem kohesif Jepang dan permainan transisi yang mematikan seharusnya dengan mudah memanfaatkan kerentanan defensif Tunisia. "YA" adalah pilihan yang paling analitis dan didukung oleh statistik untuk pertandingan Piala Dunia ke-1.000 yang bersejarah ini.

#BinancePickAndWin

Saya Akan Berbagi Hanya Kampanye Penghasilan Gratis Setiap Hari di Grup TG Saya Setiap Hari.
Beri tahu saya minat Anda tentang pendapat terbaru di Turnamen Sepak Bola

Komentar untuk semangat Anda satu?
#BinancePickAndWin

🧠 **Kecerdasan Terbuka. Terverifikasi Secara Skala.**

Sebagai seorang pengembang, saya percaya evolusi berikutnya dari AI bukan hanya model yang lebih pintar, tetapi **kecerdasan yang dapat diverifikasi**.

🔹 @OpenGradient ($OPG )** sedang membangun infrastruktur AI terdesentralisasi yang memungkinkan:

• 🚀 Menyediakan model AI tanpa penjaga gerbang terpusat • ⚡ Inferensi AI yang transparan secara skala • 🔒 Verifikasi kriptografi dari output • 🌐 Kecerdasan terbuka, dapat diaudit, dan minim kepercayaan

**Mengapa ini penting?**

Ekosistem AI saat ini didominasi oleh sistem kotak hitam di mana pengguna harus mempercayai hasil tanpa verifikasi.

Seiring permintaan akan transparansi dan akuntabilitas meningkat, **AI Terdesentralisasi (DeAI)** bisa muncul sebagai salah satu narasi terkuat di Web3, dengan protokol infrastruktur memainkan peran penting dalam memungkinkan generasi berikutnya dari aplikasi AI.

👀 Layak untuk diperhatikan dengan seksama.

#opg $OPG #DeAI
#OpenGradient #BinanceSquareFamily

Turnamen sepak bola selalu menyajikan hal-hal yang tidak terduga, dan statistik performa standar sering kali benar-benar melenceng selama pertempuran intens di fase grup. Ketahanan teknis, kesadaran ruang, dan kemampuan untuk membongkar blok defensif rendah yang keras adalah apa yang benar-benar memisahkan pemenang dari yang lain saat tekanan meningkat.

Melihat lebih dekat pada pertandingan Uzbekistan vs Kolombia hari ini, kita berhadapan dengan kontras struktural klasik. Uzbekistan membawa bentuk taktis yang sempurna dan organisasi defensif yang ketat ke lapangan, sementara Kolombia mengandalkan transisi vertikal berkecepatan tinggi dan ancaman kreatif yang bisa memecah lini dari area lebar.
Ini menciptakan dilema ultimat di kartu harian Binance: Apakah Kolombia akan memenangkan pertandingan?

Setelah menganalisis kedalaman skuad dan pola historis dengan cermat, kecemerlangan klinis individu biasanya menemukan celah dalam pertemuan yang ketat ini. Saya telah menyelesaikan analisis strategis saya dan mengunci pilihan saya. Apakah kamu bermain aman dengan mendukung favorit teknis Amerika Selatan untuk mengamankan semua tiga poin, atau apakah kamu memperkirakan sebuah masterclass defensif yang tangguh yang akan menghasilkan hasil mengejutkan? Mari kita ambil hadiah hari ini!

#BinancePickAndWin

Turnamen sepak bola selalu memberikan kejutan, dan statistik form standar sering kali benar-benar keluar jendela di bawah tekanan tinggi. Ketahanan mental dan kedalaman bangku adalah apa yang benar-benar memisahkan pemenang dari yang lainnya ketika waktu sudah melewati menit ke-75.

Melihat pertarungan Grup Kanada vs Bosnia-Herzegovina, kedua tim memiliki disiplin taktis yang luar biasa tetapi gaya transisi serangan yang sangat berbeda. Ini membawa kita ke dalam dilema besar di kartu prediksi harian: Apakah total sudut akan tetap di bawah atau sama dengan 8?

Saya telah menganalisis kedalaman skuad dan strategi set piece dengan teliti untuk malam ini. Apakah Anda lebih suka tim favorit untuk menjaga ketat, atau apakah cerita underdog sedang berkembang dengan aksi intens dari ujung ke ujung? Mari kita amankan hadiah itu!

#BinancePickAndWin

Menyelami metrik jaringan @OpenLedger ($OPEN ).

Sebagai dev Web3, saya fokus pada desentralisasi node dan redundansi data. Melihat peningkatan solid lebih dari 15% dalam jumlah node data, terutama di APAC. Total data yang disimpan mendekati 4.2PB, menunjukkan utilitas di dunia nyata.

Memantau patch mainnet yang akan datang. Infrastruktur terlihat kokoh. Utilitas token $OPEN untuk penyimpanan dan gas pengindeksan tampak krusial. Saya akan mengawasi dengan seksama. Kemajuan yang solid.

#openledger $OPEN @OpenLedger

Mengulas aktivitas on-chain untuk @Bedrock ($BR ).

Sebagai dev Web3 & MERN, saya mengamati Bedrock 2.0 yang menangani kompresi hasil. Melewati kebisingan airdrop, evolusinya menjadi Mesin Hasil Cerdas untuk modal BTCFi adalah pivot struktural besar yang mengotomatiskan strategi institusional.

Jaringan memproses lebih dari 10 juta transaksi minggu ini, dengan biaya gas rata-rata tetap di bawah $0.005. Ini menunjukkan struktur biaya yang efisien selama penggunaan tinggi.

Aktivitas staking juga meningkat, dengan kenaikan 12% pada node validator aktif selama tujuh hari terakhir, menunjukkan keamanan jaringan yang semakin tumbuh.

#bedrock $BR @Bedrock