Kunci API, akun, dan kredit permintaan

Daftar dan simpan kunci sebelum meninggalkan halaman

Buat akun memakai alamat email serta kata sandi 12–72 byte dalam UTF-8. Jumlah byte tidak selalu sama dengan jumlah karakter yang terlihat. Pendaftaran menggunakan email dan kata sandi; login Google dan koneksi wallet tidak tersedia. Saat ini tidak ada fitur penyetelan ulang kata sandi, jadi simpan kata sandi dengan aman.

Pendaftaran yang berhasil langsung menampilkan kunci API, sebelum pembayaran apa pun. Simpan kunci di konfigurasi rahasia backend selagi terlihat. Kunci ini adalah kredensial yang dapat dipakai berulang, bukan kunci sekali pakai. Kunci lengkap tidak dapat ditampilkan kembali pada kunjungan berikutnya; tampilan akun hanya menunjukkan prefiksnya. Server menyimpan hash dan prefiks kunci, bukan salinan kunci asli yang dapat dipulihkan.

Kunci dan saldo khusus domain ini

Gunakan kunci tersimpan dengan https://api.redditapp.com melalui X-API-Key atau Authorization: Bearer. Jangan masukkan ke berkas aplikasi seluler, bundel browser, URL, atau laporan galat publik. Backend Anda sendiri melakukan permintaan terautentikasi ke arsip untuk aplikasi. Sesi akun pada halaman ini terpisah dari header permintaan tersebut.

Akun, saldo, dan kunci berlaku untuk domain ini. Kunci dari situs lain dalam jaringan tidak bekerja di sini. Pendaftaran yang memenuhi syarat mungkin mendapat 100 kredit percobaan, bergantung pada pemeriksaan antiabuse email dan IP sumber di seluruh jaringan. Percobaan ini bersyarat, bukan janji akses gratis atau tambahan yang selalu disertakan pada isi ulang berbayar.

Hitung permintaan, bukan rekaman

Satu kredit membayar satu permintaan pengambilan yang berhasil, termasuk respons berhasil tanpa rekaman. $1 setara dengan 1.000 kredit berbayar; isi ulang minimum $50 memberi 50.000 kredit berbayar. Tiga atau 100 rekaman dalam respons tidak mengubah tarif satu kredit per permintaan. Tidak ada langganan dan kredit yang dibeli tidak kedaluwarsa.

Permintaan tidak valid yang ditolak sebelum reservasi tidak memotong kredit. Permintaan hulu yang gagal melepaskan kredit yang direservasi, meskipun pengembaliannya dapat menunggu rekonsiliasi. Respons publik /v1/status tidak dikenai biaya dan tidak menguji backend pencarian. Periksa saldo serta jumlah permintaan berhasil, tertunda, dan dikembalikan saat merekonsiliasi penggunaan.

Buat invoice sebelum mengirim dana

Masuk di sini lalu buat invoice untuk jumlah dana yang ingin ditambahkan. Pilihan yang didukung adalah USDT pada TRON TRC20 dan USDC pada Ethereum mainnet ERC20. Gunakan alamat penerima, jumlah pembayaran persis, token, dan jaringan yang ditampilkan invoice buatan server. Pertahankan semua angka desimal; jumlah yang dibayar dapat memuat tambahan kecil untuk pencocokan.

Jangan mengirim dana berdasarkan alamat yang diingat atau mengganti penerima yang ditampilkan dengan alamat kontrak token. Invoice yang unik tidak berarti alamat penerimanya berubah setiap kali. Invoice menampilkan batas waktunya, biasanya satu jam setelah dibuat. Ikuti petunjuk invoice tersebut; tidak ada janji waktu konfirmasi atau pengkreditan yang pasti.

Verifikasi transfer dan baca status sebenarnya

Setelah mengirim transfer sesuai petunjuk, tempelkan hash transaksinya pada kolom verifikasi invoice. Hanya transfer asli yang memenuhi syarat dan dikonfirmasi server yang mengubah invoice menjadi dibayar dan menambah kredit. Status tertunda, penyedia verifikasi yang tidak tersedia, atau hash transaksi saja bukan konfirmasi pembayaran. Jangan mengirim transfer kedua hanya karena verifikasi sementara tidak tersedia.

Widget dapat menyimpan referensi invoice terakhir bersama pengenal pengguna di browser ini dan mengambil statusnya ketika pengguna yang sama masuk. Ini adalah pemulihan invoice terakhir, bukan penampil seluruh riwayat transaksi. Kunci API tidak disimpan di sana, dan invoice yang hilang atau sudah dibayar tidak otomatis membuat penggantinya.

Jika kunci hilang, ganti secara sengaja

Pengguna yang sudah masuk dapat memasukkan kata sandi akun dan membuat ulang kunci API. Regenerasi langsung membatalkan kunci lama, jadi siapkan pembaruan setiap deployment backend yang memakainya. Simpan kunci lengkap yang baru saat ditampilkan, ganti rahasia lama, lalu periksa melalui permintaan yang disengaja. Regenerasi tidak memulihkan atau mengirim kunci sebelumnya melalui email.

Lihat Bangun fitur untuk permintaan ilustratif pertama dan catatan tentang anggaran fitur pencarian untuk memperkirakan penggunaan Anda sendiri. Contoh tersebut tidak memastikan integrasi yang bekerja atau isi tertentu di dalam arsip.