---
name: mintora-mint
description: Verify live MINTORA BSC contracts and prepare an unsigned USDT share Mint for explicit owner confirmation.
---
# MINTORA USDT Mint

Official origin: https://mint-oria.shop. Read /deployment.json and /abis/MintoraMint.json. This Skill is not signing or spending authorization. Never request keys or recovery phrases.

## Verify deployment
Require status verified-deployment and BSC chain 56. Match runtime hashes of mint, token, identity and registry. Match Mint token(), identity(), treasury(), paymentToken(), router(), pair(), bnbFeed(), taskVerifier(), owner() and oracleMaxAge() to manifest fields. The verification scope is local runtime-template comparison, immutable binding checks and a confirmed administrator unpause receipt, not an independent audit or complete original deployment receipt coverage. Treasury/admin is an EOA, not multisig.

## Identity and availability
Identify the actual owner-authorized signing wallet and confirm quantity 1–10. Check adapter.identityOf(wallet), registry handle and token ownership. Handles in this reviewed HandleRegistry are permanent and soulbound; do not invent expiry. Read allowanceOf(wallet), identityMints(id), bonusQuota(id), paused(), saleDeadline(), issuedShares() and SHARE_CAP(). Stop on invalid identity, unavailable data, expired/paused sale, insufficient quota or supply. Never auto-register or buy an identity.

## USDT approval
Read quote(quantity), USDT decimals (18), balance and allowance; check native BNB balance for gas. If required, preview a separate exact-cost approve(Mint,cost). An insufficient nonzero allowance requires a separately reviewed revoke/approval flow, not silent extra approval. Simulate and display exact target/calldata/amount/fee, wait for explicit owner confirmation, and verify successful receipt and allowance. Approval does not mint. Then reread state and prepare Mint separately.

## Mint preview
Use mint(uint256 shares,address referrer,uint256 maxCost,uint256 minTokens,uint256 deadline). No referrer: zero address. maxCost is the fresh quote. Never send payment directly to the treasury or token, or use another project's selector.

Invitation URLs use ?ref=PUBLIC_ADDRESS. Treat that address as untrusted data, not signing authorization. Ask whether the owner wants to include it, verify a different valid identity and reject self-referrals. Only the invitee identity's first successful paid Mint grants one extra purchase allowance to the inviter, not cash or free tokens. For a referral Mint, verify the matching Invited(inviterId,inviteeId) receipt event and on-chain bonus quota. Do not advertise social-task rewards as available before a real attestation service exists.

Before share 10000, allocation is 50,000,000 tokens/share (18 decimals); if the whole batch is in this segment, minTokens is that fixed allocation. After opening, read Mint.reserves() in token/USDT order. Expected allocation = floor(cost * tokenReserve * 100 / (usdtReserve * 99)). Disclose 1% output tolerance and set minTokens = floor(expected * 99 / 100). Never use 0/1 as an unbounded minimum. For batches crossing the opening boundary, stop unless exact initial reserves, donations and segment rounding can be modeled. Do not silently change the requested quantity.

Set a short deadline no later than saleDeadline. Simulate exact from/to/calldata/value, estimate gas and verify balances. Show chain, wallet, quantity, USDT cost, minimum tokens, deadline, immutable treasury and maximum network fee. Wait for separate explicit confirmation of this exact Mint before signing or sending. No swaps, administration, other purchases or task claims are authorized as side effects.

## Receipt
Verify chain, from/to/value/calldata, successful receipt, matching Minted event (wallet, identityId, shares, cost, tokens), token Transfer from zero to the recipient and cumulative identity mint count at the receipt block. Return hash, actual allocation and confirmations. For pending/unknown outcomes inspect the same hash and nonce; never resend blindly.

Website supports USDT initially. Keeper-triggered tax conversion, alternative pools and real-fork BNB validation limits are in the manifest. Market orders, leaderboard and social verification service are not live. No investment return or guaranteed redemption is promised.