Pages:
Author

Topic: VanitySearch (Yet another address prefix finder) - page 27. (Read 33086 times)

sr. member
Activity: 310
Merit: 727
---------> 1231006505
Ok, nice. And if you do run into problems can you make some screendumps from the steps you took? That would make it a lot easier to reproduce. Although I don't expect you to run into trouble this time since the -u parameter is no longer supported.

Ok, so I created a batch of legacy addresses with VanitySearch. I selected to import an address in Electrum. At this point, Electrum warned that the imported address is a watch-only type. After importing it, it is shown in Electrum and it has the status "receiving", which I don't know what it means. Maybe the address can only receive funds and not send funds?

Then I created a new wallet in Electrum. It generated a list of addresses which had two types: "receiving" and "change" (I don't know what represents the "change" type). What's certain is that the generated addresses had two types and that in this case, Electrum didn't warn about having a watch-only address.

You can see more details in the picture below.

Regarding the -u parameter  it still exists in VanitySearch. I don't know if it is still functional, but it is still displayed when you run the program (with -h parameter, for seeing all available commands).

Besides, I did not see any option for creating Nested SegWit addresses... Huh


Thank you for the detailed information.

First of all regarding the picture labeled 3: All Electrum is saying when you enter an address to import, instead of a private key, it will be watch only. The message itself is valid for any address since you don't import the private key there is no way Electrum can use the address for spending. So regarding your first sentence in the quote above: Electrum gave a general warning on importing addresses instead of private keys. This has nothing to do with you entering a valid WIF for a private key. The import went fine and you can use the address like normal.

On to the next one: You created a new wallet and now you get a bunch of addresses. That is exactly what's expected. A wallet is simply a collection of private keys (which lead to addresses). When you create a new wallet a bunch of addresses will be allocated in that wallet. The Change-addresses are the addresses that will be used to send any left-overs to when the inputs of a transaction exceeds the outputs and fee. In short: In the first step you imported a single address, since your wallet was brand new it now only contains that single address. In the step pictured in image 5 you create a new wallet from scratch including a great number of addresses.

Regarding -u parameter: Edit: It is still there in latest version 1.18. But how did you create a 3-address using VanitySearch and -u parameter in the first place?

And finally: If you look at screenshot numbered 6 there is a "Info" button. If you press it you can see you can import a nested segwit address using "p2wpkh-p2sh:WIF"


legendary
Activity: 1680
Merit: 6524
Fully-fledged Merit Cycler|Spambuster'23|Pie Baker
Soooo are you using VanitySearch by JeanLuc or some variation of vanitygen??!!

Also, I've never added the P2PKH: part when importing a wallet via private key; just the private key, starting with L or K. It's almost like saying it's not a valid private key and making it watch only; like if you add an address without the private key.

Lol I thought it' obvious that since I'm writing in Jean_Luc's topic it means I'm using his program.

Regarding the P2PKH part: it's the same if you write this or if you write only the private key. When that Electrum windows opens (the one where you insert the address, no matter if you insert the public key, the private key or the private key with the P2PKH part) it says from the beginning that the address will be a watch-only one. So after you reach that Electrum window, without inserting any address there, you'll see the warning about having a watch-only address. As far as I understand, it's something related to Electrum, not to VanitySearch. But still, it means you can't spend funds if you send them to that address, since it is a watch-only address.
full member
Activity: 1232
Merit: 242
Shooters Shoot...
Ok, nice. And if you do run into problems can you make some screendumps from the steps you took? That would make it a lot easier to reproduce. Although I don't expect you to run into trouble this time since the -u parameter is no longer supported.

Ok, so I created a batch of legacy addresses with VanitySearch. I selected to import an address in Electrum. At this point, Electrum warned that the imported address is a watch-only type. After importing it, it is shown in Electrum and it has the status "receiving", which I don't know what it means. Maybe the address can only receive funds and not send funds?

Then I created a new wallet in Electrum. It generated a list of addresses which had two types: "receiving" and "change" (I don't know what represents the "change" type). What's certain is that the generated addresses had two types and that in this case, Electrum didn't warn about having a watch-only address.

You can see more details in the picture below.

Regarding the -u parameter  it still exists in VanitySearch. I don't know if it is still functional, but it is still displayed when you run the program (with -h parameter, for seeing all available commands).

Besides, I did not see any option for creating Nested SegWit addresses... Huh

Soooo are you using VanitySearch by JeanLuc or some variation of vanitygen??!!

Also, I've never added the P2PKH: part when importing a wallet via private key; just the private key, starting with L or K. It's almost like saying it's not a valid private key and making it watch only; like if you add an address without the private key.
legendary
Activity: 1680
Merit: 6524
Fully-fledged Merit Cycler|Spambuster'23|Pie Baker
Ok, nice. And if you do run into problems can you make some screendumps from the steps you took? That would make it a lot easier to reproduce. Although I don't expect you to run into trouble this time since the -u parameter is no longer supported.

Ok, so I created a batch of legacy addresses with VanitySearch. I selected to import an address in Electrum. At this point, Electrum warned that the imported address is a watch-only type. After importing it, it is shown in Electrum and it has the status "receiving", which I don't know what it means. Maybe the address can only receive funds and not send funds?

Then I created a new wallet in Electrum. It generated a list of addresses which had two types: "receiving" and "change" (I don't know what represents the "change" type). What's certain is that the generated addresses had two types and that in this case, Electrum didn't warn about having a watch-only address.

You can see more details in the picture below.

Regarding the -u parameter  it still exists in VanitySearch. I don't know if it is still functional, but it is still displayed when you run the program (with -h parameter, for seeing all available commands).

Besides, I did not see any option for creating Nested SegWit addresses... Huh Edit: it works!

hero member
Activity: 994
Merit: 500
Will this search for a prefix that is assigned to another coin. Vanitygen can do this with the -X command, which allows for prefix version. Does this have anything similar?
member
Activity: 180
Merit: 38
If such undesired results occur i would not call that method reliable or could term it even as being risky.
So its not a good idea to take that same route again once more.
In stead you can try other methods, or even roll your own script to mine for the correct vanity key's and address in a way that you understand what is going on and so as to prevent yourself from making these mistakes again.  Smiley
sr. member
Activity: 310
Merit: 727
---------> 1231006505
I'll give this program another try and I'll let you know how it works.
Ok, nice. And if you do run into problems can you make some screendumps from the steps you took? That would make it a lot easier to reproduce. Although I don't expect you to run into trouble this time since the -u parameter is no longer supported.
legendary
Activity: 1680
Merit: 6524
Fully-fledged Merit Cycler|Spambuster'23|Pie Baker
I'll try again and see how it goes. I didn't use the -u parameter (I performed just the steps mentioned by 1miau in his topic) and I saw that my address was watch-only.

The users from the quoted topic seem to have user that parameter though. I can't offer the topic link, as those quotes were given by 1miau to me in that specific form... But I think they quotes are somewhere in this topic.

I'll give this program another try and I'll let you know how it works.
sr. member
Activity: 310
Merit: 727
---------> 1231006505
However, why don't you try to create a vanity address and then import it in Electrum? You'll see by yourself. And to be sure, create two addresses: ine starting with 1 and the second one starting with 3. I remember I created one starting with 3.
That works flawless.

So based on the info you gave this specific situation happened:
  • An old version of vanitygen was used
  • In this old version the -u parameter was used (no longer available) which generates an uncompressed pubkey
  • This uncompressed pubkey was then used to wrap into a P2SH script (by vanitygen) to generate an address starting with 3
  • The WIF for the 3-address was then imported to Electrum
  • Electrum now threats the addres as an P2SH wrapped P2WPKH
  • But since P2WPKH public keys are not meant to be uncompressed Electrum throws an error when you try spending. So in order to unlock the locking script Electrum doesn't know how to handle this.

So all in all it seems like a combination of events. Can you link to the topic you quoted from as I wonder how many people got their funds locked up in this way.
member
Activity: 180
Merit: 38
This happened because you used (hash of) a uncompressed pubkey.
Uncompressed public key starts with prefix '04' and can not (yet) be used in this process.
Compressed public key starts with prefix '02' or '03' depending on odd or even on the curve point and these can be used in this process.
That wallet software clearly tells you that these can only work with compressed public keys so any funds you send will most likely become undependable.
legendary
Activity: 1680
Merit: 6524
Fully-fledged Merit Cycler|Spambuster'23|Pie Baker
This is not my screenshot...if you would look at the quoted text, you could see that the screenshot belongs to someone else. I just wanted to show another example (excepting mine and 1miau's) when someone couldn't spend the funds sent to a vanity address. In my case, I did not lose any money. I saw the address was shown as watch-only in Electrum, and I didn't send any funds to it. Thus, my problem was that I had a vanity address which I could use only for signing messages and for my own vanity... But 1miau and that user lost the funds they previously sent to the vanity addressand this is a severe issue.

I did not mention my steps as I din't remember them precisely - it was a few months ago. But I made all the steps needed and I also had available 1miau's tutorial.

However, why don't you try to create a vanity address and then import it in Electrum? You'll see by yourself. And to be sure, create two addresses: ine starting with 1 and the second one starting with 3. I remember I created one starting with 3.
sr. member
Activity: 310
Merit: 727
---------> 1231006505
I did all the necessary steps Smiley
Except for listing them here.

The problem sure isn't the address itself. Based on the screenshot is seems you imported the private keys as P2WPKH or P2WPKH-P2SH,while your WIF starts with a 5. Did you prefix the wif with p2pkh: when importing?
legendary
Activity: 1680
Merit: 6524
Fully-fledged Merit Cycler|Spambuster'23|Pie Baker
I did all the necessary steps Smiley Furthermore, I also had avaliable a tutorial written by 1miau: How to add a Bitcoin address to Electrum / difference sweep and import priv. key. Of course I imported the private key - I was also able to sign a message.

And yes, I know that these addresses are supposed to be used as normal ones...

However, excepting the problem encountered by me (to see the address as being a "watch-only" one), 1miau told me he  received an error when he tried to spend funds from the vanity address. Furthermore, others encountered also this problem:

done  

btw a few days ago i made a vanitysegwitaddress from an older version which is 1.11 but when i try to spend the balance in that address it turns out an error like this



so there is no way to spend the balance again? because of uncompressed addresses?
Hi, may I ask if you get your problem solved?  Smiley

i ask the creator and he answers that i can't spend my bitcoin from that address
because i create using -u command which generates an uncompressed addresses

i ask the creator and he answers that i can't spend my bitcoin from that address
because i create using -u command which generates an uncompressed addresses
Shocked Shocked

So sad. Are you sure that there is no way to spend the bitcoins? I thought it's just Electrum why it doesn't work. If it's not possible to spend bitcoins from such an uncompressed addresses why he has added -u as option  Huh Huh Huh

It's not only an useless option, it's a dangerous option.  Cheesy Cheesy

Maybe add a warning to your guide that people shouldn't use -u and if they use it, the bitcoins are lost. (if that's the case)

Are you really sure that the BTC are lost forever? I think it's still possible to use bitaddress, to get the compressed/uncompressed privkey and import it. The address wil be another one but the bitcoins are on both addresses (theoretically).

jean_Luc already disable a feature to generates an address from -u commands
i think we can still spend from compressed/uncompressed addresses but as long it's not a segwit address
sr. member
Activity: 310
Merit: 727
---------> 1231006505
Due to the above mentioned problems, I am asking the following: are the vanity addresses useful just for own vanity of the owner? Can't them be used for spending funds?

As far as I see it, such an address can only be used for vanity purposes or for signing messages using Electrum. Is this a bug or am I missing something here?
The whole idea of a vanity address is you can use it just as a normal random generated address. So you should be able to spent from the address once it is funded.

I'm not sure what you did to import to Electrum as I don't use Electrum myself. But since Electrum says "watch-only" address it seems you did not use the Private Key or WIF to import. So my question is: what steps did you take after generating to import in Electrum?
legendary
Activity: 1680
Merit: 6524
Fully-fledged Merit Cycler|Spambuster'23|Pie Baker
I don't know if this question was posted here before, as I didn't go through all the 37 pages of the thread. I tried a while ago to generate a vanity address and then to import it in Electrum. When I imported it, Electrum said it is a "watch-only" address.

Furthermore, after some talking to 1miau, the author of the topic [Guide] How to create your customized Bitcoin-Address (vanitygen) – step by step, he told me that he once sent some funds to the generated address, but when he tried to spend them (from the vanity address which was also imported in Electrum), he received an error and he was unable to send the funds.

Due to the above mentioned problems, I am asking the following: are the vanity addresses useful just for own vanity of the owner? Can't them be used for spending funds?

As far as I see it, such an address can only be used for vanity purposes or for signing messages using Electrum. Is this a bug or am I missing something here?
newbie
Activity: 8
Merit: 0
@student
If you are looking for full addresses, do not enter in the list a part of them (for instance the 15 first char)
It will be faster to enter full addresses.
That's true that there is 2^96 priv key for an address and if you perform 2^96 key you will find a collision but that would also imply that you search for the whole address range, on the blockchain there is no 2^160 address with fund and it is not possible to have a file of 2^160 address.
So if you want to find a collision between 2 priv key that give the same address, consider using BTCCollider which would require "only" 2^80 operations to reach the collision.
https://github.com/JeanLucPons/BTCCollider


Is it possible to specify prefix and seed?
jr. member
Activity: 41
Merit: 1

Anyone know what the following 4 cpus will do


 amd 9 3900x
 amd 9 3950x

 amd 9 3960x    thread ripper
amd  9 3970x    thread ripper

no but i just tried my ryzen 5 3600 6 core so 12 threads
with -t 11 it gets 13,5 mk/s
legendary
Activity: 4382
Merit: 9330
'The right to privacy matters'
Has anyone put together (or started to put together) a list of CPUs / Video Cards & the speed you can get out of them.
I know it's a newer project and Jean_Luc is working VERY VERY hard on it so getting accurate numbers is going to be a moving target. But for now all we can do is look through the thread and see who is running what to get a general idea.
So far I have pulled from this thread:

GPU: GPU #0 GeForce GTX 1080 Ti (28x128 cores) Grid(224x128)
914.418 MK/s (GPU 896.216 MK/s)

GPU: GPU #0 GeForce GTX 1050 Ti (6x128 cores) Grid(48x128)
220.180 MK/s (GPU 220.180 MK/s)

GPU: GPU #0 GeForce GT 520M (1x48 cores) Grid(8x128)
10.233 MK/s (GPU 7.026 MK/s)

GPU: GPU #0 GeForce RTX 2070 (36x64 cores) Grid(288x128)
1535.880 MK/s (GPU 1470.257 MK/s)

Added 30-April-2019

GPU: GPU #0 GeForce GTX 1060 3GB (9x128 cores) Grid(72x128)
321.929 MK/s (GPU 321.929 MK/s)

GPU: GPU #0 GeForce GTX 1080 (20x128 cores) Grid(160x128)
672.062 MK/s (GPU 672.062 MK/s)

Added 1-May-2019

GPU: GPU #0 Tesla V100-SXM2-16GB (80x64 cores) Grid(640x128)
GPU: GPU #3 Tesla V100-SXM2-16GB (80x64 cores) Grid(640x128)
GPU: GPU #2 Tesla V100-SXM2-16GB (80x64 cores) Grid(640x128)
GPU: GPU #1 Tesla V100-SXM2-16GB (80x64 cores) Grid(640x128)
7260.449 MK/s (GPU 7212.931 MK/s)
So 7260 / 4 = 1815 MK/s

GPU: GPU #0 GeForce GTX 750 (4x128 cores) Grid(32x128)
104.960 MK/s (GPU 94.405 MK/s) (2^32.12)

Added 3-May-2019
i7-7700K CPU Number of CPU thread: 8
22.092 MK/s (GPU 0.000 MK/s)

With -t 7
Number of CPU thread: 7
21.609 MK/s

Added 8-May-2019

EVGA RTX 2080 XC ULTRA
1427.967 MK/s (GPU 1424.946 MK/s)

Added 23-May-2019

GPU: GPU #0 GeForce GTX 1660 Ti
961.319 MK/s (GPU 961.319 MK/s)

GPU: GPU #0 GeForce RTX 2080 Ti (68x64 cores) Grid(544x128)
GPU: GPU #1 GeForce RTX 2080 Ti (68x64 cores) Grid(544x128)
5128.213 MK/s (GPU 5128.213 MK/s)
So 5128 / 2  = 2564 MK/s


Added 8-June-2019

GPU: GPU #0 GeForce GTX 960M (5x128 cores) Grid(40x128)
117.802 MK/s (GPU 117.802 MK/s)

Added 23-July-2019

GPU: GPU #0 GeForce GTX 1660 (22x64 cores) Grid(176x128)
839.061 MK/s (GPU 839.061 MK/s)

Added 25-July-2019

GPU: GPU #0 GeForce GTX 1650 (14x64 cores) Grid(112x128)
511.906 MK/s (GPU 511.906 MK/s) (2^36.97)


Added 21-Nov-2019

GPU: GPU #0 GeForce GTX 970 (13x128 cores) Grid(104x128)
360.322 MK/s (GPU 331.442 MK/s) (2^32.77)

Added 25-Nov-2019

GPU: GPU #0 GeForce GTX 980 (16x128 cores) Grid(128x128)
375.384 MK/s (GPU 375.384 MK/s)

GPU: GPU #0 GeForce RTX 2060 SUPER (34x64 cores) Grid(272x256)
[1361.71 Mkey/s][GPU 1361.71 Mkey/s]

GPU: GPU #0 GeForce RTX 2080 SUPER (48x64 cores) Grid(384x256)
[2001.52 Mkey/s][GPU 2001.52 Mkey/s]

Anything else?

-Dave

Last updated 25-Nov-2019.

Anyone know what the following 4 cpus will do


 amd 9 3900x
 amd 9 3950x

 amd 9 3960x    thread ripper
amd  9 3970x    thread ripper
newbie
Activity: 2
Merit: 0
It produces such an error "GPUEngine: CudaGetDeviceCount CUDA driver version is insufficient for CUDA runti
me version 35" I have a video card gt550ti cuda 7.5

full member
Activity: 1232
Merit: 242
Shooters Shoot...
please tell me where and how to register the path to the version of the CUDA I have an old version CUDA
If you are trying to update the code to go from 11.0 to one lesser like 10.0:
Located in the
Code:
VanitySearch.vcxproj
file:
https://github.com/JeanLucPons/VanitySearch/blob/master/VanitySearch.vcxproj

Line 100:
Code:
   

and line 171:
Code:

Bring up VanitySearch.vcxproj and do search for Cuda 11...just in case there may be more than those two above.

Pages:
Jump to: