Token Generator

Once you confirm your transaction you will receive transaction hash (first) and Token address (when transaction is confirmed). If your transaction will take some time to be confirmed due to network status, you can monitor it and your Token will be visible in transaction page. Watch the above video tutorial for details.

Once your Token will be deployed you (your MetaMask address) will be the only owner.

The initial token supply will be held by the address used to deploy the token (your MetaMask address). This address will be Token Owner and will be able to generate new tokens (in case you selected a token type with Mintable behaviour).

Your token will be fully compatible with the network you will create. Any wallet with the same network will be your token.

To generate new tokens you must use the "mint" function using token owner wallet. You can doing this by using the Contract/Write tab on your BscScan token page.
Note: remember that your tokens has a number of decimals (usually 18), so you must use the entire number with decimals.
I.e. if you need to generate 500 additional tokens, call the mint function by inserting 500000000000000000000.

Yes, your token source code will be already verified by "Similar Match". It means that your source code is similar to other tokens deployed using this generator.

Once your token will be deployed you will be able to add information on BscScan using their procedure.

DApp is an abbreviated form for decentralized application.
A DApp has its backend code running on a decentralized peer-to-peer network. Contrast this with an app where the backend code is running on centralized servers.
A DApp can have frontend code and user interfaces written in any language (just like an app) that can make calls to its backend. Furthermore, its frontend can be hosted on decentralized storage such as Swarm or IPFS.
For an application to be considered a Dapp (pronounced Dee-app, similar to Email) it must meet the following criteria:

• The application must be completely open-source, it must operate autonomously, and with no entity controlling the majority of its tokens. The application may adapt its protocol in response to proposed improvements and market feedback but all changes must be decided by consensus of its users.
• The application's data and records of operation must be cryptographically stored in a public, decentralized blockchain in order to avoid any central points of failure.
• The application must use a cryptographic token (bitcoin or a token native to its system) which is necessary for access to the application and any contribution of value from (miners / farmers) should be rewarded in the application’s tokens.
• The application must generate tokens according to a standard crytptographic algorithm acting as a proof of the value nodes are contributing to the application (Bitcoin uses the Proof of Work Algorithm).

It measures how much "work" an action or set of actions takes to perform. Every operation that can be performed by a transaction or contract on the platform costs a certain number of gas, with operations that require more computational resources costing more gas than operations that require few computational resources.
The reason gas is important is that it helps to ensure an appropriate fee is being paid by transactions submitted to the network. By requiring that a transaction pay for each operation it performs (or causes a contract to perform), we ensure that network doesn't become bogged down with performing a lot of intensive work that isn't valuable to anyone.