Faster and Autonomous Large Bitcoin Collider upgrade

[holy_ship]

Hey!

OK, deleting initial post. Fork is already done, and freely available.

https://github.com/ndv/vanitygen

But there's plenty of opportunities to make it faster (for extra bucks).

If you want to make it better, contact this programmer.

......


If you like LBC and its Remote Exec Feature do not read any more.

1.
LBC itself has a BIG problem - it is heavily CPU bound.
A classic mining rig with 4-6 GPUs is almost useless with it.
Most of GPUs will be underutilized.
By contrast oclvanitygen even now uses 100% of GPU. After moving ALL processing to GPU it will be super scalable.

2.
LBC users have a BUNCH of problems - your hardware is not utilized, you do not know what addresses are in bloom filter, you do not know what Rico executes on your PC, you cannot be sure that you are actually not making doublecheck after other LBC users, you cannot be 100% sure the whole LBC is not scam. Isn't that enough?

[1715171084]

1715171084

[1715171084]

1715171084

[1715171084]

1715171084

[1715171084]

1715171084

[Jude Austin]

Hey!

In short: looking for a couple of guys willing to fund Faster and Autonomous Large Bitcoin Collider fork.

If you like LBC and its Remote Exec Feature do not read any more.

If you do not mind to spend $1100 alone, actually you do not need me, go to upwork.com and find a freelancer.

OK, if you are still here, I'll explain.

1.
LBC itself has a BIG problem - it is heavily CPU bound.
A classic mining rig with 4-6 GPUs is almost useless with it.
Most of GPUs will be underutilized.
By contrast oclvanitygen even now uses 100% of GPU. After moving ALL processing to GPU it will be super scalable.

2.
LBC users have a BUNCH of problems - your hardware is not utilized, you do not know what addresses are in bloom filter, you do not know what Rico executes on your PC, you cannot be sure that you are actually not making doublecheck after other LBC users, you cannot be 100% sure the whole LBC is not scam. Isn't that enough?

I've created a job on upwork and the freelancer is willing to complete it for $1100.
He's good at OpenCL and already made similar Eth projects.

He's going to rewrite oclvanitygen. Technical design specification is:

1. An option to read bitcoin addresses from a text file; addresses can be compressed and uncompressed;
2. Check the generated addresses against the set and return a match if found;
3. Periodically output the current private key to a file;
4. An option to pass the private key to start with;
5. Optimize the computation of the public address by doing all cryptography-related computations on GPU (do not pass any pre-computed data to the OpenCL kernels);
6. Remove saving hashes to the GPU's memory; check the addresses immediately;
7. Batched inversion is done in local memory (right now it's in global GPU memory)

I want to split this $1100 to 2-3 persons. Everyone will get sources and binary.
I hope we will come to gentlemen agreement and will divide ranges to three parts.

I mean, for example 56 bounty is from 72057594037927936 to 144115188075855872.
One takes the first third, second the middle, third - the last.

And of course I hope the sources and binary version would not go to public.

Why does that seem super cheap?

[holy_ship]

Why does that seem super cheap?

Thanks for commenting

Cheap - you mean I offer some scam?
Or cheap for a programmer to work for a week and earn $1k ?

For me $1k is a close to month's salary (programmer too).


The best option would be for LBC community to gather and to spend 5-10 bucks each. But surprisingly nobody give's a fsck.

As time goes by, I'm more convinced that current LBC's goal is to PREVENT effective brute forcing of Bitcoin address space.  

[Jude Austin]

Why does that seem super cheap?

Thanks for commenting

Cheap - you mean I offer some scam?
Or cheap for a programmer to work for a week and earn $1k ?

For me $1k is a close to month's salary (programmer too).


The best option would be for LBC community to gather and to spend 5-10 bucks each. But surprisingly nobody give's a fsck.

As time goes by, I'm more convinced that current LBC's goal is to PREVENT effective brute forcing of Bitcoin address space.  

No problem.

Cheap as in cost of work.

And I understand where people are coming from:

1. They are invested in the very thing you are trying to "break."
B. They believe it's a waste of time due to the exponential expansion of the search space.

You're pretty much walking into a bank and asking the teller to buy you a gun to rob said bank, lol.

Thanks,
Jude

[holy_ship]

Wut? Sooo strange conclusions you've made.

For EVERY LBC member speeding up the entire LBC is good, because we could collect bounties a bit faster. That's especially true for glatzer and other maniacs with dedicated rigs.

But if the mass is too hesitatory, then it is even better for smaller group, who will get an advantage for themselves.

[GamerSky]

No problem.

Cheap as in cost of work.

And I understand where people are coming from:

1. They are invested in the very thing you are trying to "break."
B. They believe it's a waste of time due to the exponential expansion of the search space.

You're pretty much walking into a bank and asking the teller to buy you a gun to rob said bank, lol.

Thanks,
Jude

I wouldn't call that cheap without knowing the developer's origin, that 1k$ could be worth 6 months salary in some countries.

[Jude Austin]

No problem.

Cheap as in cost of work.

And I understand where people are coming from:

1. They are invested in the very thing you are trying to "break."
B. They believe it's a waste of time due to the exponential expansion of the search space.

You're pretty much walking into a bank and asking the teller to buy you a gun to rob said bank, lol.

Thanks,
Jude

I wouldn't call that cheap without knowing the developer's origin, that 1k$ could be worth 6 months salary in some countries.

True, not trying to be inconsiderate or put anyone down.

I am just basing my assumption off of quotes I have seen for OpenCL work in the past.

[holy_ship]

deal is done. 

[Jude Austin]

deal is done. 

Nice, once you have working binary and source shoot me a PM.

[holy_ship]

Partially done!

I've payed my $500 to the programmer who modified oclvanitygen for searching 32BTC bounty (or any other address actually)
All possible optimizations are NOT done, because he asked for $1100. But even now it is doing all the stuff on GPU.
Both compressed and uncompressed addresses.
Actually it is an disconnected version of LBC. Network access is not required at all. All code is opensource.
It is Nvidia optimized, but should run on ATI with about 10% penalty.
He claims that it runs in windows without crappy virtualization.

https://github.com/ndv/vanitygen

On my gf1050ti it is almost twice SLOWER than LBC. But I'm really really interested in seeing benchmarks for large rigs, because CPU  is not bottleneck any more.

p.s. If someone wants further development, contact me or him directly. It can be split to parts, not only $600 or nothing.

[holy_ship]

Testing done today. Now it successfully searches all previous bounty PKs.

Also some boost in speed - on 1050ti 17megakeys (LBC was 22mk).

Still very interested in benchmarks on high end cards. C'mon, dudz!

[holy_ship]

p.s. most of $500 went to rewriting launcher, but not OpenCL kernel.
Today he boosted the speed from 11.5megakeys to 17 in a couple of hours. 

Says that ECC part should be rewritten properly, and many other things.

[holy_ship]

Upgraded 1050ti to gtx1060 3GB.

On 1050ti: LBC had 22Mkeys, vg from ndv 16Mkeys.
On gtx1060: LBC dropped to 20Mkeys, vg from ndv 25Megakeys.  

Cpu is core i7 3.7, with vg only one core is used.
GPU consumes 65W. GPU is 100% utilized, gpu mem is 7% utilized.

Still very interested in benchmarks on 1070 and 1080.

[holy_ship]

Made more experiments.
Two cards do not interfere each other and work at 16+25 Megakeys in one PC.  

Two CPU cores are used.

[geniusprodigy]

How many gtx1060 cards will be needed to have the same speed as the entire LBC?

[charlie137]

hope for sooner deployment, its time to refresh that thing!

[holy_ship]

I extracted a list of dormant addresses with 5++BTC and it is only 71.500 entries in it.
Dunno why LBC search for the dust (15mln wallets)

As for vanitygen - size affects search speed greatly. With 160 addresses of 32BTC puzzle it does 26MK per second, with 71k addresses 23MK.
If you switch to compressed addresses only - you will have almost twice more.
So, to beat LBC one needs around 30 pcs of 1060  
OOPS! That was some anomaly with gtx1050ti when disabling uncompressed addresses gave 2X boost.
On my current gtx1070 it almost doesn't matter 47 vs 48 megakeys.

With 71k addresses gtx1070 gets 40 megakeys.

Test 1080ti please!

[holy_ship]

There's a limited proposal to rewrite a ECC part for only $250 because there's another guy who wants the same for Ethereum.
Normally he wanted about $500.
Predicts boost of 25-30%.

I'll take a pass this time.

[nc50lc]

I extracted a list of dormant addresses with 5++BTC and it is only 71.500 entries in it.
Dunno why LBC search for the dust (15mln wallets)

Are you sure that those are dormant addresses?
Some are just in cold storage or paper wallets locked in a vault since 2010.

This is what the previous replies have told you: nobody would help you knowing that this can potentially hack their own private keys.

Haven't you found a key yet?

[holy_ship]

Are you sure that those are dormant addresses?
Some are just in cold storage or paper wallets locked in a vault since 2010.

This is what the previous replies have told you: nobody would help you knowing that this can potentially hack their own private keys.

I guess you haven't heard of 32BTC bounty.

Also you are mad if you really think that 100% of Bitcoins from 2009-2012 are paper wallets  I guess 90% are LOST. Don't take the rest, I will not. Actually it's very easy to find rightful owner of wallet (if he still possesses the key).

"nobody would help you"

Don't say on behalf of nobody. Actually I myself have some BTC. So what?