Panduan Tidak Resmi untuk Integrasi Layanan Qubic

Mengintegrasikan Qubic ke dalam layanan yang ada melalui node penuh, node jarak jauh, server arsip, atau API, dengan tingkat kontrol dan kompleksitas yang bervariasi.

Qsilver · 17 Februari 2024.

Pengantar

Integrasi Qubic ke dalam layanan yang ada dapat dilakukan dalam empat cara utama, masing-masing menawarkan tingkat kontrol dan kompleksitas yang berbeda:

1. Jalankan node penuh: Akses langsung ke data dalam memori untuk operasi.
2. Jalankan node jarak jauh: Kueri node penuh publik untuk mendapatkan data yang diperlukan untuk operasi.
3. Jalankan server arsip: Bangun arsip penuh lokal dari semua data Qubic untuk operasi.
4. Antarmuka dengan server API Qubic: Metode termudah, tetapi dengan kontrol lebih sedikit atas ketersediaan data.

Semakin rendah nomornya, semakin banyak pekerjaan yang terlibat tetapi semakin banyak kontrol yang Anda miliki atas ketersediaan data. Terlepas dari tingkat yang Anda pilih, memahami perbedaan kritis tentang Qubic sangat penting.

Perbedaan Penting tentang Qubic

Untuk layanan yang menangani nilai moneter, dua perbedaan terpenting tentang Qubic adalah:

1. Meskipun sebuah txid termasuk dalam tick yang divalidasi, mungkin tidak melakukan apa pun.
2. Saldo alamat dapat diubah tanpa transaksi tertentu mentransfer dari A ke B, misalnya melalui operasi kontrak cerdas.

Karena perbedaan ini, pemrosesan Qubic harus didasarkan pada perubahan saldo alamat, memastikan perubahan oleh kontrak cerdas tidak membingungkan logika.

Penanganan Deposit

Untuk menyederhanakan penanganan deposit, disarankan untuk menggunakan transaksi normal. Deposit yang dilakukan menggunakan kontrak cerdas dapat diabaikan atau ditangani secara manual (dengan biaya tambahan untuk menutupi biaya).

1. Iterasi melalui semua transaksi dalam setiap tick dan identifikasi alamat tujuan yang dimiliki oleh pelanggan.
2. Tandai alamat-alamat ini untuk pemeriksaan saldo.
3. Dapatkan info entitas untuk alamat yang ditandai untuk melihat mana yang menerima dana baru.
4. Perbarui info entitas saat ini untuk alamat yang menerima dana baru.

Perubahan saldo mungkin tidak sesuai dengan jumlah transaksi karena kegagalan txid atau deposit kontrak cerdas. Mengabaikan deposit SC memastikan pengguna mendapatkan kredit untuk deposit SC bahkan jika txid gagal.

Pemrosesan Deposit Berbasis Saldo

Metode ini mungkin memerlukan lebih banyak bandwidth tetapi layak untuk layanan menengah dengan mem-polling ratusan ribu alamat melalui jaringan melalui node jarak jauh. Ini memastikan semua metode deposit diberi kredit dengan benar, meningkatkan pengalaman pengguna.

1. Pertahankan data entitas tervalidasi terbaru untuk setiap alamat pengguna.
2. Dalam loop polling, bandingkan data entitas terbaru dengan data entitas yang divalidasi.
3. Validasi data entitas terbaru menggunakan pohon merkle.
4. Jika valid, perbarui data entitas yang divalidasi dan hasilkan acara deposit berdasarkan perbedaan dalam total deposit.

Pemrosesan Penarikan

Volume Kecil

1. Dapatkan data entitas tervalidasi untuk alamat pengirim.
2. Antri transaksi penarikan berdasarkan tujuan dan jumlah.
3. Hasilkan data entitas yang diharapkan untuk outgoingAmount dan outgoingAmount saat ini + jumlah penarikan.
4. Proses antrian dengan membuat dan menyiarkan transaksi penarikan.
5. Setelah tick tertentu, periksa apakah data entitas outgoingAmount telah berubah ke jumlah yang diharapkan.
6. Jika sudah, tandai penarikan sebagai selesai, hapus dari antrian, dan perbarui data entitas yang divalidasi. Jika tidak, coba ulangi prosesnya.

Volume Sedang

1. Gunakan perintah SENDMANY SC untuk mengelompokkan hingga 25 penarikan dalam satu transaksi.
2. Terapkan logika yang sama seperti untuk volume kecil, menggunakan SENDMANY bukan transaksi kirim sederhana.
3. Satu alamat menggunakan SENDMANY dapat mencapai sekitar 100 penarikan per menit.

Volume Tinggi

1. Gunakan aplikasi sendmany untuk mengirim hingga 15.625 pembayaran, selesai dalam sekitar 20 tick (~8000 penarikan per menit).
2. Aplikasi sendmany menggunakan SENDMANY SC dalam fanout tiga tingkat. Pembayaran ditentukan dalam file .csv, diproses untuk menghitung jumlah total, dan dikirim ke alamat khusus.
3. Setelah dana tiba, mereka didistribusikan dalam tiga generasi (25 x 25 x 25 pembayaran).

Repositori sendmany

Untuk detail tentang program sendmany, kunjungi repositori:

sendmany GitHub Repository

Kesimpulan

Integrasi Qubic ke dalam layanan yang ada memerlukan pertimbangan yang cermat tentang penanganan data, terutama untuk transaksi moneter. Dengan memilih metode integrasi yang tepat dan memahami aspek unik Qubic, layanan dapat secara efektif mengelola deposit dan penarikan pada berbagai skala.

Baca Seri “Tidak Resmi” Qsilver

• 🇮🇩Whitepaper Sementara Qubic yang Tidak Resmi
• 🇮🇩Detail Crypto Qubic
• 🇮🇩Panduan Tidak Resmi untuk Integrasi Layanan Qubic
• 🇮🇩Panduan Tidak Resmi untuk Menulis Kontrak Pintar Qubic

Untuk pembaruan terbaru, bergabunglah dengan Discord Valis, ikuti kami di X, dan tandai blog kami.

Di halaman ini

• Panduan Tidak Resmi untuk Integrasi Layanan Qubic
• Pengantar
• Perbedaan Penting tentang Qubic
• Penanganan Deposit
• Pemrosesan Deposit Berbasis Saldo
• Pemrosesan Penarikan
• Volume Kecil
• Volume Sedang
• Volume Tinggi
• Repositori sendmany
• Kesimpulan
• Baca Seri “Tidak Resmi” Qsilver

Postingan Terkait