BullBear AI (AIBB)価格

AIBBのコンストラクタは10^17枚を一度にミントし、全量をデプロイヤーのアドレスに記録します。コントラクトの小数点以下は18桁で、AIBBの1枚は10^18基礎単位に相当するため、初期発行量は10^35基礎単位に相当します。これはデプロイ時の初期発行量であり、現在の流通量ではありません。

launchはコントラクト所有者（owner）だけが呼び出せ、未ローンチであることが必要です。成功時にはローンチのブロック番号とタイムスタンプを記録し、ローンチ前の送金許可を得ていないアドレスも送金のローンチ確認を通過できるようになります。残高など他の条件は引き続き満たす必要があります。この切替はトークン移転の仕組みを示すもので、AI製品の提供開始状況を示すものではありません。

ローンチ前の制限はトークンの送信者を確認します。送信者がcanAddLiquidityBeforeLaunchのホワイトリストにあれば、「ローンチ済みでなければならない」という確認を回避できます。受信者だけがリストにあっても、通常の送信者は通過できません。変数名には流動性追加とありますが、この確認は実際にはトークン移転経路で使われます。 コンストラクタはデプロイヤーとトークンコントラクト自身をこのリストに追加します。ownerは専用関数で他のアドレスも追加できます。ホワイトリストはローンチ確認だけを免除し、送金には残高などの条件が引き続き必要です。

ownerはinitializePairで初期取引ペアを一度だけ登録でき、その後addPairとdelPairでゼロ以外のアドレスを追加・削除できます。登録されるのはコントラクト内部のアドレス集合であり、それ自体はそのアドレスに稼働中の取引プールがあることを証明しません。getMinterLengthという名前でも、実際に返すのは取引ペア数であり、ミントを許可されたアドレス数ではありません。

コントラクトはまず送信者を確認します。送信者が登録済み取引ペアなら買い方向として処理し、そうでなければ受信者を確認して、受信者が登録済み取引ペアなら売り方向として処理します。両方が取引ペアの場合は送信者の確認が優先されるため、買い方向になります。両方とも取引ペアでない通常の送金は、この手数料分岐を通りません。 方向の判定だけで手数料が発生するわけではありません。コントラクトがローンチ済みで、送信者と受信者のどちらも手数料免除でないことも必要です。

いいえ。ローンチ済みで両当事者が免除されておらず、登録済み取引ペアに関係する場合、コントラクトは買いまたは売り方向に応じて「財庫額＋バーン額」を差し引きます。これらは固定されたトークン基礎単位の数量であり、送金額に割合を掛けるものではありません。10^18基礎単位は1 AIBBに相当します。 受取数量＝送金数量－当該方向の財庫額－当該方向のバーン額です。ownerは買いと売りについて各2額を別々に変更できるため、固定額とは計算方法を指し、パラメータが永久に不変であることを意味しません。 上記の受取数量の式は、送金が成功する場合に限ります。適用される手数料の合計が送金数量を超えると、減算でアンダーフローが発生し、取引全体が取り消されます。ownerが手数料を引き上げると、それまで可能だった送金が失敗することがあります。現在の手数料設定を確認したという意味ではありません。

ローンチ済みで両当事者が手数料免除でなく、登録済み取引ペアに関係する手数料対象の送金では、財庫部分は送信者からtreasureWalletへ移転され、依然としてトークン移転です。バーン部分は送信者残高からバーンされ、totalSupplyを減らします。両方の額は買いまたは売り方向に応じて選ばれます。財庫の受取アドレスはownerが設定しますが、この送金機構自体は保有者に財庫分配を受ける権利を与えません。

いいえ。手数料免除はisFeeExemptに記録され、ownerが設定または解除できます。送信者または受信者のどちらか一方が免除されれば、売買手数料の分岐には入りません。ローンチ前の許可は別のリストに記録され、送信者だけを確認します。手数料免除だけではローンチ前の送金許可の代わりになりません。

transferFromはまず送信者が呼出者に与えた承認額を確認して消費し、その後にトークンを移転します。有限の承認額は、手数料後に受信者が受け取る純額ではなく、要求された送金総量だけ減少します。承認額が足りなければ失敗します。承認額がuint256の最大値なら無制限承認とみなされ、使用時に減少しません。 承認を得ていてもローンチ前の送信制限は適用されます。ローンチ済みで両当事者が免除されておらず、登録済み取引ペアに関係する場合は、対応する方向の手数料も処理されます。

burnは呼出者自身の口座から指定量のAIBBをバーンし、十分な残高が必要です。成功すると、その口座の残高とtotalSupplyはいずれも同じ量だけ減少します。この操作には呼出者へ別の資産を返す手順がないため、AIBBで他の資産を償還するものではありません。

できません。burnFromは、対象口座が呼出者に与えた承認額の確認を先に通過してから、その口座のトークンをバーンします。対象口座にも十分な残高が必要です。有限の承認額はバーン量だけ減少し、uint256の最大値による無制限承認は減少しません。成功したバーンは対象口座の残高と総供給量をともに減らすため、単にアドレスを知っているだけでその資産をバーンすることはできません。

rescueTokenはownerだけが呼び出せ、AIBBコントラクトアドレスが保有する指定ERC-20トークンの全残高を呼出者へ移転します。clearStuckEthBalanceではownerがコントラクトのETH残高を移転できます。これらの関数が扱うのはコントラクト自身が保有する資産であり、任意の保有者口座の残高ではありません。