works just fine in Trezor Suite I have some eMaid already.
i had my minted eMaid sent to my Ethereum wallet in Trezor suite and the just arrived and showed up under tokens so id say its an improvement for cold storage of maid
works just fine in Trezor Suite I have some eMaid already.
i had my minted eMaid sent to my Ethereum wallet in Trezor suite and the just arrived and showed up under tokens so id say its an improvement for cold storage of maid
I posted this earlier in this thread. If you, or anyone else sees this, please go and request eMAID to be added to Ledger Live.
To address the few points raised by the community :
We have put a lot of work into this eMAID project and will continue to expand on what has been built so far. Our next focus is a quick eMAID/USDC listing on Uniswap.
We have been extremely cautious on how to best handle data privacy and data protection for the swap participants. Our platform has handled more than 25 token sales so far, and we never had a data breach. Security audit and penetration tests have been undertaken.
We have implemented technical safeguards to ensure that in no case the amount of eMAID minted will be superior to the amount of MAID burnt. Can we guarantee it ? absolutely not. But we are putting our name and credibility behind this process. We will be also converting our own treasury and the MAID balance of our clients, and as such we have no interest to act in a malicious way.
Hackers often find their ways. In the meantime, the minting process is simple (not a convoluted smart contract) and source code has been posted online for full transparency.
I expect a massive arbitrage opportunity to take place in the first few weeks after DEX listing.
Some community members will want to buy eMAID without KYC, taking liquidity from liquidity pool and pushing the price higher on Uniswap. Meanwhile, it is very unlikely that beta participants who are long term holders would sell their eMAID at this stage.
A few investors outside the community might buy into the ERC-format whilst they were reluctant to ever buy the omni token until now. This should also contribute to the price imbalance and sharpen the arbitrage opportunity between CEX and DEX imho.
Who will benefit from this arbitrage ? Liquidity providers will cash out eMAID into USDC through impermanent loss on DEX at a higher price than what they would sell on CEX. They should then be able to close the arbitrage leg by taking their USDC to bittrex and buying back omni-MAID at a lower price. Convert omni-MAID again to eMAID. Rinse and repeat.
So the emaid will just show on trezor suite?
Yes send them to a etherium address and they show up under tokens automatically once they arrive from the minting process.
Well that is still within the eMAID ecosystem, and I do not disagree with what you say. My comment was more a general consideration and perhaps I could have broken it down further. But I am not so familiar with the erc ecosystem and did not know this.
I gather this is the situation and I did not intend my comments to imply differently, just addressing what if the worse happens. But as you and @Dimitar say the recovery from any issues is highly likely and so the chance is very small of real problems.
Exactly, but considering the worse case situation is good when developing something. Ignoring it is what causes worse problems if the worse happens. Its one reason why some applications are bug ridden, because they ignore the situations where things go wrong. And I am not suggesting this is the situation with eMAID before I am attacked over that remark.
Omni support could DIE and it does not affect the ability for Omni.MAID holders exchanging their coins. Its all in the blockchain and only need a copy of it to do the omni.MAID exchange.
Exactly and I am sure they have considered all the possibilities because they are professional.
Its the ethical things to do. Everyone who moves their coins to a new blockchain have to accept any risks associated with it. You are trying to claim that when a group of people take on (small) risk of move to a new land that the whole world has to accept their risk. They accept the risk (albeit tiny) of moving, its theirs to bear based on their decision.
The only way Maidsafe could not do the omni.MAID to SNT exchange is if every single reliable copy of the BTC blockchain was destroyed at the time of (or before) exchange. Everyone who runs a full BTC node can provide the BTC database for omni coins to be determined. I am surprise you do not realise this.
I trust them too, but would not be making over the top claims about my trust.
I have no issues with you and respect the efforts and work you put into getting omni.MAID working on the exchange, except this post sounds like a very biased one not considering the ethical and reasonable considerations of a worse case scenario, even if it has a extremely small chance of happening.
Anyhow this discussion has grown large and out of proportion over a very unlikely case.
Bringing the conversation back on track, over 1 million Omni MAID have been burnt!
I agree mostly with everything you said, except the part where holders of eMaid should bear the risk of overminting.
You need to stop making it sound as if a problem with over-minting will globally effect all eMaid holders. While suggesting Omni.MAID is bulletproof because only one copy needs to exist.
To be clear a there is no additional risk with eMAID. An exchange risk exists with both coins its just different.
With Omni.MAID a hack on Bittrex would be devastating to all MAID holders because the amount of coins on that exchange is insane.
With eMAID an over-minting event would only effect those that have provided buy side liquidity on pools / automated traders. Everyone else can check the contracts are in good condition before they trade.
Traders always have additional risks, thats never going to change. Thats not a eMAID problem. If USDC over minting occurred, someone could buy up all the eMAID.
You don’t put all your assets onto a CEX, you don’t pool all your assets in defi.
So who do you think should bear the risk?
The traders, just like they do now.
I appreciate your answer, and agree, but it wasnt you i was asking.
You shouldn’t be asking, because it is an invalid question. It makes it seem like an additional risk exists. That is in-fact imaginary and is undermining the value eMAID brings to the ecosystem.
We discussed this yesterday…
If thats how you interpreted my question thats on you and wasnt the intent.
Im just trying to get us all on the same page.
I’m fed up of people attacking and making it seem like eMAID is less secure / has additional risks.
There are no additional risks. People need to stop suggesting, or even entertaining the idea that it has.
I acknowledge an exchange risk exists (just like with OMNI), but for most people can be mitigated by checking the contracts are still in a good state.
Please do not tell people they cannot ask a question because it sounds like …
Suggest a better way to ask, but you cannot tell them they cannot ask. This is a forum and one for discussions
Ok, and i agree, traders must take the risk.
But does @Codonyat agree.
That was what i was questioning, no more no less.
If ppl chose to read my statement and think im inferring otherwise, im not responsible for that.
I might suggest that its your take on what people are saying even though I and others have stated the risk is tiny and just discussing it.
I will say there is very very little risk here. But its not zero. No one is talking of additional risks, this is an existing risk albeit tiny and recoverable with only a tiny chance it cannot be.
You made it clear you consider it should be the traders who hold the risk (if the tiny chance event occurs) and I have no disagreements since I am not familiar with the erc ecosystem and it seems reasonable.
And I agree.
For Omni, its only the exchange that is at risk. Even if Omni dies omni.MAID will be safe on the BTC blockchain, or a copy of it if BTC dies.
WHAT!?
A copy of the ETH blockchain exists as well. only the over-minted coins will be ignored if that that ever occurred. Again it’s not a global problem. It’s a trade risk.
This is good news, and agree that the discussions could come back to the potentials of eMAID and uses of eMAID for trading/holding/buying/selling.