Transfer banyak ke banyak di Solana

Ada tiga cara memindahkan banyak pembayaran sekaligus di Solana, dan ketiganya terus-menerus tertukar. Multi-sender membayar satu daftar dari satu dompet. Collector mengumpulkan banyak dompet ke dalam satu. Lalu ada kasus yang tidak bisa diungkapkan oleh keduanya.

Sebuah transfer banyak ke banyak Solana menjaga tiap pengirim tetap dengan penerimanya sendiri. Dompet 7 membayar dompet 7, dompet 8 membayar dompet 8, dan keduanya tidak tahu satu sama lain.

Kedengarannya sepele. Itulah bedanya antara satu sumber dan empat puluh sumber yang berdiri sendiri.

• Satu baris adalah satu transaksi. Dompet pengirim di baris itu membayar semua yang ada di sana.
• Biaya platform 0,001 SOL per transfer, biaya jaringan 0,000005 SOL.
• Penerima yang belum pernah memegang token itu menambah 0,00203928 SOL setoran rent.
• Baris yang tidak lolos dilewati, bukan dipangkas.

Tiga bentuk transfer massal

Alat kirim massal adalah satu ke banyak. Satu dompet, satu daftar penerima, satu pembayar. Itu bentuk untuk airdrop.

Pengumpul secara batch adalah banyak ke satu. Dua puluh dompet, satu tujuan, dan begitu selesai semuanya berkumpul di satu tempat.

Alat banyak ke banyak adalah bentuk ketiga, dan satu-satunya yang mengenal pasangan. Baris satu punya sumbernya sendiri, baris dua punya sumber lain. Tidak ada kas bersama dan tidak ada saling menutup antar baris.

Berapa biaya satu baris

Dalam satu baris bisa muncul tiga pos, dan dompet pengirim di baris itu membayar ketiganya. Tidak ada rekening pendanaan bersama, jadi dompet yang tidak menutupi barisnya sendiri tidak meminjam dari baris di atasnya. Pos jaringan adalah biaya dasar 5.000 lamport per tanda tangan yang diuraikan dokumentasi biaya milik Solana.

Pos	Mode SOL	Mode token
Biaya platform	0,001 SOL	0,001 SOL
Biaya jaringan	0,000005 SOL	0,000005 SOL
Akun token penerima	tidak berlaku	0,00203928 SOL, dan hanya bila penerima itu belum pernah memegang token ini

Baca baris ketiga dua kali, karena itulah yang bikin orang kaget. Mengirim token SPL ke alamat yang belum pernah menyentuhnya berarti membuat akun untuk menampungnya, dan Solana menagih setoran rent untuk akun itu. Setorannya kira-kira dua ratus kali biaya jaringan dan dua kali biaya platform.

Dengan seratus penerima baru, itu sekitar 0,204 SOL dari tagihan, sementara biaya platform berhenti di 0,1. Setoran itu tidak dibakar: ia duduk di akun token penerima dan kembali kepada siapa pun yang menutup akun itu nanti.

Baris yang dilewati

Sebelum ditandatangani ada dua pemeriksaan, dan keduanya menghentikan baris alih-alih mengubahnya.

Yang pertama aritmetika biasa. Kalau dompet pengirim tidak menutupi nominalnya ditambah biaya ditambah akun token yang mungkin harus dibuka, baris itu ditandai dan dibiarkan. Tidak ada yang terkirim setengah.

Yang kedua lebih aneh dan layak dipahami, karena pertama kali kelihatan seperti bug. Solana menolak meninggalkan akun dengan saldo di atas nol tetapi di bawah batas bebas rent. Untuk dompet biasa batas itu 0,00089088 SOL, dan angkanya keluar dari rumus di dokumentasi akun milik Solana.

Mengosongkan akun sepenuhnya boleh. Meninggalkan 0,0005 SOL di dalamnya tidak. Baris yang mendorong dompet ke celah itu ditandai sebagai rent dust dan tidak terkirim.

Kenapa nominalnya tidak dipangkas saja

Pilihan lainnya adalah memotong nominal sampai muat, dan itu lebih buruk. Kamu mengetik satu angka. Alat yang mengirim angka lain tanpa memberitahu adalah alat yang tidak bisa kamu cocokkan dengan spreadsheet sesudahnya.

Kirim saja seluruh saldo, atau turunkan nominalnya supaya sisanya melewati batas. Pratinjau memberitahu lebih dulu baris mana yang kena, dan alat itu memeriksa semua akun tujuan dalam satu panggilan sebelum menandatangani apa pun.

Satu transaksi per baris, dan kenapa itu penting

Karena tiap baris adalah transaksinya sendiri, baris yang gagal jatuh sendirian. Pada batch yang menumpuk semuanya ke dalam satu transaksi, kesalahan di baris 30 menyeret 29 baris sebelumnya.

Itu ada harganya: empat puluh pasang berarti empat puluh tanda tangan dan empat puluh biaya platform. Sebagai gantinya kamu dapat hasil yang terbaca baris demi baris. Kalau ingin tahu secepat apa transaksi itu masuk, angkanya ada di tulisan tentang biaya prioritas Solana.

Kapan transfer banyak ke banyak Solana adalah bentuk yang tepat

Rotasi dompet adalah jawaban jujur untuk kebanyakan orang. Kamu punya sekumpulan dompet dengan riwayat yang ingin ditinggalkan, lalu membuat set baru dengan pembuat dompet secara massal, dan ingin dompet lama 7 mendanai dompet baru 7 dan tidak yang lain.

Kasus kedua adalah daftar pembayaran yang pembayarnya berbeda tiap baris. Beberapa proyek, beberapa kas, satu lembar kerja. Multi-sender sama sekali tidak bisa menyatakannya, karena sumbernya persis satu.

Kasus ketiga adalah pembagian ulang setelah snapshot, di mana tiap holder dibayar dari dompet yang sudah kamu tetapkan untuknya. Cara membaca sebaran itu sebelum membagi ada di panduan membaca sebaran holder.

Menyiapkan daftarnya

Jalankan lintasan pertama dengan dua baris. Tabel hasilnya memberitahu berapa biaya satu baris sesungguhnya, termasuk setoran akun token, sebelum kamu mengirim dua ribu.

Periksa juga apakah penerimamu sudah memegang token itu. Pada daftar yang setengahnya holder lama, pos setoran turun separuh, dan pada seratus baris itulah angka terbesar di seluruh tagihan.

Catat juga lebih dulu dompet mana membayar baris mana. Setelah lintasan selesai, pemetaan itu lebih sulit disusun ulang daripada kedengarannya sekarang, apalagi kalau pengirimnya baru dibuat dan belum punya riwayat yang membedakan.

Satu hal terakhir soal saldo: sisakan di tiap pengirim sedikit di atas nominalnya. Kalau dipas sampai koma terakhir, pemeriksaan rent akan menyingkirkan baris itu dan kamu harus mendanainya lagi, yang lebih lama daripada menyisakan margin sejak awal.

Yang berubah ketika daftarnya membesar

Dengan sepuluh baris semua ini masih teori yang nyaman. Dengan dua ribu baris, dua hal berubah menjadi pekerjaan yang sebenarnya, dan keduanya terjadi di luar alatnya.

Pertama pendanaan. Tiap dompet pengirim butuh nominalnya ditambah biaya sebelum apa pun dimulai, dan tidak ada cara satu baris menutup baris lain. Artinya ada satu lintasan pembagian lebih dulu, biasanya dari satu kas, dan sebaiknya dilakukan dengan margin, bukan pas-pasan.

Kedua rekonsiliasi sesudahnya. Pada empat puluh baris kamu cukup melihat tabelnya. Pada dua ribu baris kamu ingin hasilnya diekspor dan dicocokkan dengan lembar sumber baris demi baris, karena baris yang dilewati tidak muncul di explorer sama sekali: ia tidak pernah ada sebagai transaksi.

Pertanyaan umum soal transfer berpasangan

Apa bedanya dengan menjalankan multi-sender berkali-kali?

Multi-sender punya persis satu sumber tiap jalan. Empat puluh sumber berarti empat puluh kali jalan dan empat puluh kali ganti dompet secara manual. Di sini satu kali jalan dengan empat puluh baris.

Apakah baris yang gagal memakan biaya?

Tidak. Baris yang tidak lolos pemeriksaan awal tidak pernah ditandatangani, jadi tidak ada biaya jaringan maupun platform.

Bolehkah pengirim dan penerima bertumpang tindih?

Boleh. Satu dompet bisa mengirim di satu baris dan menerima di baris lain. Tiap baris diperiksa sendiri-sendiri.

Kenapa barisku ditandai rent dust?

Karena sisa di dompet pengirim akan jatuh antara nol dan 0,00089088 SOL. Kirim seluruh saldo atau turunkan nominalnya.

Perlukah SOL di dompet yang hanya mengirim token?

Perlu. Biaya jaringan dan biaya platform dibayar dengan SOL meski yang dikirim adalah token.

Ada batas maksimal jumlah pasangan?

Dalam praktiknya yang membatasi adalah persiapan, bukan alatnya: tiap dompet pengirim harus sudah didanai lebih dulu.

Cara memutuskan dalam satu baris

Kalau lembar kerjamu punya kolom pembayar, inilah bentuk yang kamu perlukan. Kalau semua baris berangkat dari dompet yang sama, pakai multi-sender dan bayar sekali saja alih-alih empat puluh kali. Dan kalau ada baris yang hilang, lihat dulu batas rent sebelum menyimpulkan ada bug. Soal batas itu ada lanjutannya di penjelasan galat insufficient funds for rent.