Question 1

Bagaimana pasokan awal MIC dibuat, dan adakah jalur penerbitan tambahan?

Accepted Answer

Di konstruktor, 1 miliar MIC dicetak sekali kepada pemanggil deployment dengan 18 desimal. Implementasi MIC ini tidak membuka fungsi eksternal untuk pencetakan berikutnya; pencetakan awal juga tidak berarti semua token itu telah beredar.

Question 2

Apakah “LP burn” pada kontrak MIC mengurangi totalSupply?

Accepted Answer

Mekanisme ini memindahkan MIC yang dipegang pasangan target ke alamat dead, lalu memanggil sync untuk menyinkronkan cadangan pool. Yang diproses adalah MIC di pool, bukan bagian LP; fungsi transfer hanya mengubah saldo kedua pihak dan tidak mengurangi totalSupply. Karena itu, operasi ini bukan penurunan pasokan total.

Question 3

Apakah pemindahan MIC otomatis di pool pasti terjadi setiap dua jam?

Accepted Answer

Tidak hanya karena waktunya telah tiba. Transfer harus menuju AMM yang ditandai, pengirim tidak boleh bebas biaya, fitur harus aktif, interval harus terpenuhi, dan tidak boleh ada swap internal agar proses dipicu. Kode menetapkan awal 7.200 detik dan 0,25% dari saldo MIC pool target. Itu adalah konfigurasi awal, bukan parameter saat ini atau janji eksekusi berkala.

Question 4

Batasan apa yang berlaku untuk pemindahan MIC manual di pool?

Accepted Answer

Hanya owner yang dapat memanggil fungsi manual, dan waktu panggilan harus benar-benar melewati waktu pemrosesan manual terakhir ditambah 30 menit. Proporsi per panggilan paling banyak 10% dari saldo MIC pool target; MIC dipindahkan ke alamat dead lalu cadangan disinkronkan. Jalur ini memakai catatan waktu yang berbeda dari pemicu otomatis.

Question 5

Bagaimana susunan biaya beli dan jual saat MIC dideploy?

Accepted Answer

Dalam kode, total biaya awal beli dan jual masing-masing 25%: 20% pemasaran, 5% likuiditas, dan 0% pengembangan. Biaya tidak dipungut jika salah satu pihak bebas biaya. Owner memiliki fungsi untuk mengubah biaya, sehingga nilai awal deployment tidak menunjukkan biaya yang berlaku saat ini.

Question 6

Apakah transfer MIC antar-dompet biasa dikenai biaya beli atau jual?

Accepted Answer

Transfer antar-dompet biasa tidak dikenai biaya yang diterapkan kontrak pada beli/jual AMM, tetapi itu tidak menjamin setiap transfer berhasil. Jika pengirim atau penerima ada dalam blacklist, transfer dibatalkan; pemeriksaan yang berlaku, seperti batas saldo dompet, juga dapat menghalanginya.

Question 7

Apa perbedaan batas per transaksi dan batas dompet MIC?

Accepted Answer

Batas awal per transaksi adalah 1% dari pasokan, atau 10 juta MIC; batas dompet adalah 2%, atau 20 juta MIC. Saat batas aktif dan alamat terkait tidak dikecualikan, pembelian memeriksa jumlah transaksi dan jumlah sebelum biaya ditambah saldo lama; penjualan memeriksa jumlah transaksi, dan penerimaan biasa juga dapat terkena batas dompet. Pemeriksaan tersebut juga bergantung pada pengecualian terkait owner, status swap internal, dan kondisi lain. Owner dapat menonaktifkan batas; angka awal bukan batas saat ini.

Question 8

Mengapa penerimaan MIC berulang dalam blok yang sama dapat gagal?

Accepted Answer

Saat batas umum dan penundaan transfer aktif serta transaksi masuk cakupan pemeriksaan, kontrak mencatat nomor blok berdasarkan tx.origin. Transfer berikutnya yang berlaku oleh originator yang sama dalam satu blok gagal. Ada pengecualian bagi penerima seperti owner, router, atau pasangan utama; jadi ini bukan berarti setiap dompet hanya dapat menerima sekali per blok. Owner dapat menonaktifkan penundaan transfer; implementasi ini tidak menyediakan fungsi untuk mengaktifkannya kembali.

Question 9

Selain mengaktifkan perdagangan MIC, apa lagi yang diubah enableTrading?

Accepted Answer

Saat owner memanggil enableTrading, perdagangan dan penukaran biaya sama-sama diaktifkan, catatan waktu pemrosesan pool otomatis diatur ke saat pemanggilan, dan blok peluncuran dicatat. Bila perdagangan belum aktif dan pemeriksaan batas berlaku, setidaknya satu pihak transfer harus bebas biaya; jika tidak, transfer dibatalkan. Ini menjelaskan logika kontrak, bukan bukti bahwa pemanggilan pernah dilakukan.

Question 10

Kapan biaya MIC yang terkumpul di kontrak masuk ke pemrosesan swap?

Accepted Answer

Setelah saldo MIC kontrak mencapai ambang swap, swap harus aktif, tidak boleh ada swap internal, pengirim bukan AMM yang ditandai, dan kedua pihak tidak boleh bebas biaya agar swapBack terpicu. Jadi mencapai ambang saja tidak cukup; transfer dompet yang memenuhi syarat juga dapat memicu proses. Di dalam swapBack, fungsi langsung kembali jika saldo kontrak atau jumlah penghitung alokasi biaya bernilai nol.

Question 11

Siapa menerima bagian LP baru saat mekanisme biaya menambah likuiditas?

Accepted Answer

Pemrosesan biaya hanya memanggil fungsi penambahan likuiditas bila MIC yang disisihkan dan ETH untuk likuiditas keduanya lebih dari nol. Fungsi menambahkan MIC dan ETH ke pool serta menetapkan deadAddress sebagai penerima bagian LP baru; alur ini tidak membagikan bagian LP kepada setiap pemegang MIC.

Question 12

Setelah batas perdagangan dimatikan, apakah pemeriksaan blacklist juga berhenti?

Accepted Answer

Tidak. removeLimits hanya mematikan cabang pembatasan yang dikendalikan limitsInEffect; pemeriksaan blacklist berada di luar cabang itu. Selama salah satu pihak transfer masih ditandai, transfer dibatalkan. Kontrak menyediakan fungsi khusus owner untuk memberi atau menghapus tanda tersebut.

Harga Magic Internet Cash (MIC)