Harga BullBear AI (AIBB)

Konstruktor mencetak 10^17 AIBB sekaligus dan mengkreditkannya kepada deployer. Kontrak memakai 18 angka desimal: setiap AIBB setara dengan 10^18 unit dasar, sehingga penerbitan awal setara dengan 10^35 unit dasar. Ini adalah penerbitan awal saat penerapan, bukan pasokan beredar saat ini.

Hanya owner yang dapat memanggil launch, dan hanya jika kontrak belum pernah diluncurkan. Panggilan ini mencatat nomor blok serta stempel waktu, sehingga pengirim tanpa izin pra-peluncuran dapat melewati pemeriksaan peluncuran; syarat lain seperti saldo yang cukup tetap berlaku. Sakelar ini menjelaskan mekanisme transfer token, bukan status peluncuran produk AI.

Pembatasan sebelum peluncuran memeriksa pengirim token. Jika pengirim ada di canAddLiquidityBeforeLaunch, ia melewati syarat bahwa kontrak sudah diluncurkan; hanya penerima yang ada dalam daftar tidak membuat pengirim biasa lolos. Walau nama variabel menyebut penambahan likuiditas, pemeriksaan ini digunakan pada jalur transfer token. Konstruktor memasukkan deployer dan kontrak token itu sendiri ke daftar tersebut, dan owner dapat menambahkan alamat lain. Daftar putih hanya membebaskan pemeriksaan peluncuran; transfer tetap harus memenuhi syarat seperti saldo yang cukup.

Owner dapat mendaftarkan pasangan awal satu kali dengan initializePair, lalu menambah atau menghapus alamat bukan nol melalui addPair dan delPair. Pendaftaran ini adalah himpunan alamat internal dan tidak membuktikan adanya pool aktif. Walau namanya memuat Minter, getMinterLength mengembalikan jumlah pasangan, bukan jumlah alamat yang diizinkan mencetak token.

Kontrak terlebih dahulu memeriksa pengirim: bila pengirim adalah pasangan terdaftar, transaksi diperlakukan sebagai beli. Jika tidak, penerima yang merupakan pasangan terdaftar diperlakukan sebagai jual. Jika keduanya pasangan, pemeriksaan pengirim didahulukan; bila bukan pasangan keduanya, transfer biasa tidak masuk cabang biaya ini. Klasifikasi tidak otomatis berarti biaya dipungut: kontrak harus sudah diluncurkan dan pengirim maupun penerima tidak boleh dikecualikan dari biaya.

Tidak. Bila kontrak telah diluncurkan, kedua pihak tidak dikecualikan, dan terdapat pasangan terdaftar, kontrak memotong jumlah kas ditambah jumlah pembakaran untuk arah terkait. Nilai ini adalah jumlah tetap dalam unit dasar, bukan persentase dari nilai transfer; 10^18 unit dasar setara dengan 1 AIBB. Jumlah diterima = jumlah transfer − jumlah kas arah tersebut − jumlah pembakaran arah tersebut. Owner dapat menyesuaikan masing-masing jumlah beli dan jual; istilah «tetap» menjelaskan metode perhitungan, bukan nilai yang tidak dapat berubah. Rumus jumlah bersih tersebut hanya berlaku jika transfer berhasil. Jika total biaya yang berlaku melebihi jumlah transfer, pengurangan mengalami underflow dan seluruh transaksi dibatalkan. Karena itu, kenaikan biaya oleh owner dapat menggagalkan transfer yang sebelumnya dapat dilakukan; ini tidak memastikan pengaturan biaya saat ini.

Pada transfer berbiaya yang kontraknya sudah diluncurkan, kedua pihak tidak dikecualikan, dan melibatkan pasangan terdaftar, bagian kas dipindahkan dari pengirim ke treasureWallet dan tetap merupakan transfer token. Bagian pembakaran dimusnahkan dari saldo pengirim serta mengurangi totalSupply. Jumlahnya dipilih menurut arah beli atau jual; owner menetapkan penerima kas, dan mekanisme ini tidak memberi pemegang hak dividen kas.

Tidak. isFeeExempt mencatat pengecualian yang dapat ditetapkan atau dicabut oleh owner; bila pengirim atau penerima dikecualikan, cabang biaya beli/jual tidak diterapkan. Izin pra-peluncuran memakai daftar lain dan hanya memeriksa pengirim. Pengecualian biaya tidak menggantikan izin pengiriman pra-peluncuran.

transferFrom mula-mula memeriksa dan memakai allowance yang diberikan pengirim kepada pemanggil, lalu melakukan transfer. Allowance terbatas berkurang sebesar jumlah transfer total yang diminta, bukan jumlah bersih yang diterima setelah biaya; jika kurang, transaksi gagal. Allowance sebesar maksimum uint256 adalah tak terbatas dan tidak berkurang saat digunakan. Allowance tidak menghapus pembatasan pengiriman pra-peluncuran. Setelah peluncuran, bila kedua pihak tidak dikecualikan dan ada pasangan terdaftar, biaya arah terkait juga berlaku.

burn memusnahkan jumlah AIBB yang ditentukan dari akun pemanggil sendiri dan mensyaratkan saldo yang cukup. Jika berhasil, saldo akun itu dan totalSupply berkurang dengan jumlah yang sama. Tidak ada aset lain yang dikembalikan kepada pemanggil, sehingga ini bukan penebusan aset lain dengan AIBB.

Tidak. burnFrom terlebih dahulu memerlukan allowance dari akun sasaran kepada pemanggil dan saldo yang cukup pada akun sasaran. Allowance terbatas berkurang sebesar jumlah yang dibakar; allowance tak terbatas pada maksimum uint256 tidak berkurang. Pembakaran yang berhasil mengurangi saldo sasaran dan total pasokan; mengetahui alamat saja tidak cukup untuk memusnahkan asetnya.

rescueToken hanya dapat dipanggil owner dan memindahkan seluruh saldo ERC-20 yang ditentukan, yang disimpan di alamat kontrak AIBB, kepada pemanggil. clearStuckEthBalance memungkinkan owner menarik saldo ETH kontrak. Fungsi ini menangani aset milik kontrak sendiri, bukan saldo pemegang token mana pun.