Open mcnckc opened 2 months ago
Thank you for a reference! This project solves similar problem, however we see many advantages of our project in comparsion with this one, so I still ask @delovoyhomie to review our proposal
Our miner is significantly faster. On a GTX 1650 SUPER it gives 600 MH/s, while vanity-contract miner gives around 172 MH/s.
In vanity contract, only option is to find address, with suffix exactly matching specified string. Our constraints are much more flexible: you can also constrain beginning of address, you can add individual options for each character, add several address variants. In example, but not limited to, this allows to ignore character cases, allows to find 0
instead of o
, and some other hacks to make mining even faster, the same applies to several address variants.
As for our project user only has to: Download our executable file, run it, follow instructions, and then use received mnemonic for standard WalletV3R2 deployment and usage procedures.
Here's what user has to perform, using vanity contract:
pyopencl
Ctrl+C
, Ctrl+D
, or other abortion command known to us, only option is to close the window, which we didn't find convenientimport { Address, beginCell, Cell } from 'ton';
- user has to be familiar with TON ecosystem, to know what is 'ton'
- it is actually a JS library, and nothing in vanity project's readme links to it. User is expected to (somehow) find this library and install with JS package managerWe think that usage of vanity contract is complicated and not user-friendly, and requires some amount of knowledge and skills, while our approach requires nothing
Our project finds an address for a standard wallet, and that's it. The approach of vanity contract is kinda hacky, it creates an extra contract, which's address can be used to receive funds - but the user's main address of a wallet, where the user stores his funds, maybe has some NFTs or SBTs, remains completely random. We think that our concept is closer to actually owning a customized address, and is much simpler, not only for an address owner, but also for a users whom owner may want to show his address
Considering aforementioned advantages, we think that our solution to address personalization is better than vanity contract, and can be a good replacement/addition to vanity contract project
Summary
User's public address is a random, meaningless string of characters. It is possible to make it not entirely random, but partly personalized, and we propose the software with such functionality
Context
The software is going to be distributed in a form of an executable file, working as a command line utility, due to a very simple functionality. Software is designed to give the user a real TON address matching user's constraints, along with private data, allowing to sign transactions for this address.
User can constrain the appearance of the start or the end of the address, or both. For each character user may leave one or more options. For example user can constrain the end of the address to be exactly
_123456
, possible result is:UQCF1NqCCBCUaDsmm1fC51wMpV0vwt3loKf997ArRtJ_123456
Or constrain the start of the address to be exactly
APPLE
:UQAPPLE4APeEfnGAbTIbXYGALf0rp9ALm5iJuFvddzg-6A0I
It will be possible to add several variants of constraints, to search for any of them.
Process of searching for an address takes some time, so the main focus in development is on performance in searching speed, to reduce this time. There will be two versions of software, one performs search on a CPU and works everywhere. The second one is for NVIDIA GPU-enabled systems, with increased performance.
In short, realistic number of single-option characters will be 7-8. Here is the table of claimed performance. Note that time reduces, if the user leaves more than one option for a character, or provides several constraint variants. Lower numbers of characters are a matter of seconds for any hardware.
And it is possible to achieve more characters, ignoring character case, allowing
0
instead ofO
, and other tricks.To sum up, this tool allows user to have a personalized address in TON mainnet, for aesthetic purposes or for fun. Personalization is always a good opportunity. Having a personalized address can be compared to owning an NFT, or more precisely a SBT, because it is hard to sell an ownership of an address. But unlike with NFTs, a valuable entity is embedded in the address itself, and not stored somewhere in the blockchain.
Main advantage of our particular tool is a decent performance.
Maybe some services for custodial storage can implement ideas from our software, or even take it as is, to add a feature of address personalization to their products, because on the server side they have much more computing power, than a typical user on his home PC.
References
We don't know about tools with similar functionality and comparable performance. We are not aware of such tools for other blockchains either.
Estimate suggested reward
$800-$4000