I would like to present my wallet. This is the result of the week-long ICP Portugal online hackathon. So as you can expect it doesn’t do anything special at this stage - only creating/importing account and transfering ICP.
Why another wallet?
Actually I don’t want to make a wallet but Dapp with build-in wallet functionality, so I started from the simplest point. This will be available also as iOS/Adnroid apps and fullscreen browser app in a future.
I’m making a web3 game. So I strongly belive that people will come from ETH/Solana and will expect Metamask/Phantom-like experience. I want to support my game with this wallet.
I have a lot of cool backend-less ideas for web3 purists and I want to implement them.
Version 0.5.5 has been released! The update introduces support for ICRC tokens and dozens of small changes.
Tokens can be added as custom assets by providing their Canister ID. I’ll make a list at some point, but I’ll have to think about how to manage it. I’ll probably use something like “top 100 ICPSwap tokens” or something like that.
I’m thinking about funding the project. So I decided to release my token or just NFT, but I think tokens are more popular nowadays and more flexible in a future.
Here is tokenomy in me head:
DAO
Possession of a token would entitle the holder to vote in the DAO. I’m ok with keeping 40% or less for myself.
Revenues
Also provide dividends, i.e. a share in the wallet’s revenues.
No Liquidity pools at the begining
I’d like to avoid liquidity pools for a long time. I would like a project to be a project, so it focuses on functionality and programming rather than speculation. I’m also someone could destroy this pool with their techniques and bots. It’s better to avoid this.
Presale
I’d like to create one way presale ICP->My token. Not for any kind of pool but I want to use this for development, which is for me actually (wen Lambo). But seriously this means I’ll be able to allocate much more time slots for this project - this will speed up the project.
Stake
I will allocate a certain pool of tokens for staking rewards, I would like to encourage people to hodl. Also only stakers would be able to vote.
Mature
Once the project was stabilized, I would put it on the “normal” market.
Quick thought on which can be added to this.
Why not launch a token on the public market with maybe a presale, where users can use the native token as a discount coupon when swapping tokens within Grind itself?
I know it would not be much in the beginning, but as you scale the product, you will have a live token and a better MVP.
In addition, you can set a percentage of the token supply for marketing, which can be used for giveaways, again increasing adoption gradually.
Also for LP, so people can start trading right away.
In the NFT scenario, you can use something like Yuku or maybe Fundedapp and raise funds in return of tokens once you initiate TGE.
Imo, if TGE would not be happening within the next 1 year or so, it would be best to go with the presale option.
However, these are my thoughts as a person who have worked in 2 major CEXs, but as the sole owner of the product the choice is yours.
Either ways, I wish you the best of luck, ser.
Thank you for such a long answer - it gave me food for thought.
To be honest I’m afraid of public markets and LPs because bigger fishes can outplay me easy with their resources and bots. At this stage I want to focus on programming not market game.
But everything is still open, it’s tokenomy v0.1 and it can evolve.
I see and understand your concern.
Maybe you can launch an NFT sale something similar to what Cubetopia did.
They raised some funds by launching the founders pass which is now a prominent NFT collection in the eco.
ICRC-7 is ready (in git not in a release yet) but … I actually can’t find any live examples of DIP anywhere. Maybe this format is already forgotten? Should I get rid of it?
This is valuable resource, definitelly I’ll test it and implement in upcoming releases.
Current ICRC-7 compatibility is based on my NFTs “Pixelpunk” collection from September 2024, where the metadata standard was still unclear. It’s quite possible that I’ve implemented metadata that is inconsistent with nothing, but they’re not blackholed yet, so I’ll review and fix it someday.
Speaking of DIP-721 - code is ready but at this moment I get rid of it. There is no real-life examples (or I didn’t found it). So I assume this format is obsolete.
Well… actually I didn’t found real life examples of ICRC-7 too (except my own collections). But this format is a future obviously. At this point image info is fetched from icrc7_token_metadata in my implementation.
If you have your own live ICRC-7 collection please paste canister ids, I’ll be happy to test it.
Yes, definetelly.
Working with open standards is one of the assumptions behind the creation of the wallet, just as important as open source, otherwise this project would not make sense to me.
I also prepared 9 of my own proposals for ICRC standards (2 turned out to be duplicates (payment url and QR code) and I think one more will turn out) but there are still 6 left. I will propose it when the time is right, it will take me a while… or a little more than a while.
If you have any standards in mind, feel free to join the bi-weekly Token Standards WG to bring them up. Some standards like e.g. payment URI are already being picked up and finalized indeed.
