I tried the Omniwallet MAID to ANT conversion but I couldn’t find the transaction hash for my transaction. Right after I clicked “send” I didn’t see anything. Is there any way to get the hash back? So of course I can’t fill out the form to get the airdrop. 
Is the hash stored somewhere on the blockchain? Otherwise I am totally screwed.
You can simply search your wallet address on https://omniexplorer.info/ and can see the outgoing transaction
2 Likes
I just copied the “transaction ID” and pasted it right into the form. It seemed to work. If I don’t get my stuff then I will know I screwed something up.
@riddim you should get a piece of the proceeds. Thanks so much for your help.
1 Like
Nice 
if u need any digital marketing head or something digital promo i can do with the help of youtubers..
3 Likes
This is an excellent post and I missed it as I wasn’t tracking this topic. @moderators maybe we could have a thread on this? Would bengood to point people towards it too, when they have native currency questions.
6 Likes
Fwiw, tiny fees prevent malicious spamming, without really impacting users. The costs would be in the noise.
I’d argue that if it makes it easier to implement and harder to abuse, that’s a net benefit.
11 Likes
Fully agree. I enjoy that @neo regularly emphasizes the importance of simplicity in the node’s code and network ruleset. (protocol)
If a small, fixed or otherwise, fee reduces spam and allows for greater simplicity, it’s a no-brainer to me.
10 Likes
If Native Token is just like other GraphEntries, then what coin will we use to pay for Native Token transfers? 
To me it has to be treated differently by nodes.
1 Like
a graphEntry can have multiple output. The Output to pay for storing the payment can be part of the stored GraphEntry itself
3 Likes
To put GraphEntry to the network, you have to present a payment proof, right? So you cannot present a payment proof, that is not yet on the network…
1 Like
okay - when you need to pay for a chunk you can simply put the GraphEntry first (1. output graphEntry put payment, 2. output chunk put payment, 3. output rest) - and after you put it (after you paid) you reference that existing graphEntry that is on the network and that paid for itself and for the chunk you’re presenting this proof of payment for
(the node storing that first graphEntry is the one that wants to be paid - right? so it can simply check the output that should contain some ANT → storing node - so the node itself … if it’s not there there is no payment and it’s not stored - if it’s there then the storing node has the payment the moment it stores the graphEntry - I happen to not see the issue)
1 Like
Ok, but that would imply special treatment of Native Token in comparison to other GraphEntries. First – not every GE is a currency, so there cannot be a rule, that every GE can pay for itself. That’s my point.
EDIT: a reference to related topic:
EDIT 2: another reference to the similar brainstorming:
1 Like
oh - you’re right - that’s true
somehow I didn’t think about that
oh well … there could be the rule that every GE can pay for itself … the ones not being a currency just don’t do it because they are no currency
1 Like
Is this possible to make Native Token a part of the upcoming alpha/IF/devnet? Such a parallel network was already proposed before TGE:
Now, that up/downloads and emissions are less of a problem, I start to see blockchain reliance and transaction fees a major blocker in network adoption. The prices are very low, and ETH fees are couple orders of magnitude higher.
What’s stopping us from beginning introducing Native Token?
Check out the Dev Forum
18 Likes
on the button - my uploads have ceased cos I am nearly out of ETH-ARB and all my Mainnet ETH and USDT got swept up to buy EMAID weeks ago.
Am I going to have to unsheath my plastic? Mrs Southside has visibility on that and I promised months ago that I wouldn’t buy any more crypto…
I am only alive right now cos Mrs Southside never looks at BitMart…
13 Likes
Just remind her that we are not crypto (well we won’t be) 
8 Likes
That would be great.
I guess the ETH stuff needs to be there on the ‘Alpha Net’ so devs can utilise it ready for switching to main-net deployment for their apps (if they interface with tokens that is), but it’d be great to be testing native solutions as well.
As you say, ERC20 is a serious bottleneck. While I don’t expect a bridge to be ready in the short-term, testing the Autonomi-side of the native token on the ‘Impossible Futures’ network could be a great way to start work on tackling this giant barrier to adoption / scale of the network.
Edit: I guess it could even be an impossible futures project for anyone who thinks they can figure out how to build a currency / token / wallet system using native data types.
11 Likes
If I had the technical skills to do it I would be working on native immediately. And if I were in management, I would make it a top priority. Any excuses for not doing so are about as lame as the claim that we can’t get on a tier 1 exchange because of a million dollar listing fee. Anybody with an above room temperature IQ sees right through that nonsense and anybody that has been around here long enough knows that this community could come up with the fee in a matter of hours if we had to crowdsource it. I understand that there is legitimate friction with regard to exchanges and their willingness to put resources into a novel tech, but native should be ready to deliver as soon as we start to gain serious traction. In addition to that, I would love to see Impossible Futures tackle a replacement for the scam formerly known as Safe Exchange. The concept was a no-brainer, sorely needed and would be an absolutely glorious feature to have.
2 Likes
Until we have a way to convert ERC to native, we are stuck folks. They can implement native in the code, but there must be an exchange on the network … none are talking about this but me, IDK why, but it is vital … until the team starts talking about building such an exchange or getting native on an existing exchange, then I won’t take them seriously.
Eventually we will get it, but it may end up being built by us, and not by the Maidsafe team.
3 Likes
You make good points, but you could do so without insulting the team.
Give them a break; they’ve just been digging really deep get uploads & downloads working again, which was rightly the top priority. They only delivered the fix to that this week, so making demands from your armchair as soon as they’ve delivered fantastic work seems poor form.
But yeah, an exchange on Autonomi for Native Autonomi assets would be fantastic, and I agree that Native Token development should get some real focus as soon as the network is functioning (which it now is).
By exchange do you mean a swap mechanism, e.g. a bridge between ERC20 and Native ANT?
If so, there’s a thread about bridging ideas here, which you may have missed: https://forum.autonomi.community/t/native-autonomi-tokens-erc20-2-way-bridging-ideas
Now that the network has functioning upload & download, hopefully Native token work will get a higher priority before long.
Bridging will be essential, but I guess work can’t really start on that until there’s a tried & tested native token standard that a bridge can be built for. The ERC20 side is a known quantity.
Back in the day the PDC guys did some proof-of-concept wallet & token creation work, which was cool. Something like that with the new data types would be great to see.
14 Likes