This is possible according to the stellar blog:
Inflate token supply in a predefined schedule using pre-authorized transactions
Issue a dividend
In step 1, an issuing account is created. This is the account that can create tokens and send them out. But, notice in the end of the article (step 6) they lock the account, so that the supply is limited. ...
Assets in Stellar network are represented as a pair that consists of:
the code of the asset (ex. MOBI)
the issuer account of the asset (ex. GA6HCMBLTZS5VYYBCATRBRZ3BZJMAFUDKYYF6AH6MVCMGWMRDNSWJPIH)
Everyone can issue MOBI token from another account but the issuer part of the asset will be different.
This happens when there are unused signatures attached to the transaction. One scenario is when you have multiple signers and one signature with enough weight to process the transaction + plus another signature with extra weight (Which is not required)
for reference https://www.stellar.org/developers/guides/concepts/transactions.html
You can create new accounts for each investor, indeed but storing new passwords all the time in your system in a safe way can become very challenging. BIP32 key derivation can help with that. You may need to create the accounts on the network and fund them to make it simpler for the senders.
A more common concept is to make use of the memo field. You would ...
First, issue your tokens. Create an offer on the Stellar decentralized exchange, so users will be able to buy the token directly from you for Stellar lumens.
You can also integrate some third party crypto payments processor to be able to receive payments in BTC, ETH, LTC, XRP, XMR etc. In this case you will be responsible for creating Stellar accounts for ...
They have different target groups. The one is an additional guide for developers who have to learn all the concepts anyways and know how to find and read API docs. The others are step-by-step single purpose quickstart tutorials for anyone with the main goal to demonstrate ease of asset creation with minimal effort. They show you how to create an asset in 5 ...
Short answer: you can't. Once someone sends tokens to the issuing account, they are burned, and there is no way to prevent this.
Why do you think that it's a problem? You are calling it an "attack", while it's merely a standard deflation mechanics. There is a common practice among the blockchain projects to burn tokens surplus to increase the value of the ...
The person you are trying to send a token to has to set a trustline himself (with a change trust operation) to your issuing account. If his exchange wallet does not allow for it then he will have to use a different wallet that allows him to set trustlines.
From the technical point of view, after the first COOLTOKEN ICO wave you can issue another token, say, COOLTOKEN2, sell it and then exchange COOLTOKEN2 for COOLTOKEN at 1:1 rate.
But turning off trustlines authorization after the tokensale defeats the whole idea of KYC. You will definitely have troubles with regulators after such move. If you don't care ...
You only ever really need one distribution account.
They way assets in stellar works is that in order to issue an asset, the issuer sends it to someone.
That someone is what we call the distribution account.
After it has been issued, you can do whatever you want with it, as long as every account you want to hold your asset has a trust line.
All accounts are stored in the Postgres db. I think you have to get the private keys of the ETH accounts and then send the funds to the main account.
To generate a private key for an ETH account you have to use BIP39 libraries.
I found the answer. I was not representing the Assets that I need to sell properly.
Replacing MCoin with new StellarSdk.Asset('MCoin',
Ideally, an asset is Stellar is represented by its code and the issuer account Id.
Final code becomes:
By generating a master public key Bifrost is able to derive many public keys / addresses using a single key where users will deposit BTC/ETH. The tool you mentioned will also generate a master private key for you that you can use to derive private keys to corresponding public keys. This is how you can access BTC/ETH deposited by users in account generated ...