Get the fuck out of here with your assumptions.
Thanks,
Jude
Thanks,
Jude
Sorry, did not want to offend, maybe just Google translator did not translate my question correct.
Topic: Large Bitcoin Collider (Collision Finders Pool) - page 10. (Read 193120 times)
Sorry, did not want to offend, maybe just Google translator did not translate my question correct.
My first found! 
#52 of the puzzle transaction, today at 14:40.
36af659edbe94453f6344e920d143f1778653ae7:c:priv:000000000000000000000000000000000000000000000000000efae164cb9001 + 0xe3b
Best regards, Carsten.
#52 of the puzzle transaction, today at 14:40.
36af659edbe94453f6344e920d143f1778653ae7:c:priv:000000000000000000000000000000000000000000000000000efae164cb9001 + 0xe3b
Best regards, Carsten.
You found the keys to this address. Did you withdraw all the money? This is stealing, are not you afraid that the owner will file a search? So does the entire Large Bitcoin Collider?
You're dumb as shit, the person who put the funds on that address did it with intentions of people finding it.
See this thread: https://bitcointalksearch.org/topic/bitcoin-puzzle-transaction-32-btc-prize-to-who-solves-it-1306983
Get the fuck out of here with your assumptions.
Thanks,
Jude
WOW! By using the Giant Goat Collider, I just found this address: https://blockchain.info/address/1NBC8uXJy1GiJ6drkiZa1WuKn51ps7EPTv
My first found!
#52 of the puzzle transaction, today at 14:40.
36af659edbe94453f6344e920d143f1778653ae7:c:priv:000000000000000000000000000000000000000000000000000efae164cb9001 + 0xe3b
Best regards, Carsten.
#52 of the puzzle transaction, today at 14:40.
36af659edbe94453f6344e920d143f1778653ae7:c:priv:000000000000000000000000000000000000000000000000000efae164cb9001 + 0xe3b
Best regards, Carsten.
You found the keys to this address. Did you withdraw all the money? This is stealing, are not you afraid that the owner will file a search? So does the entire Large Bitcoin Collider?
You're dumb as shit, the person who put the funds on that address did it with intentions of people finding it.
See this thread: https://bitcointalksearch.org/topic/bitcoin-puzzle-transaction-32-btc-prize-to-who-solves-it-1306983
Get the fuck out of here with your assumptions.
Thanks,
Jude
My first found!
#52 of the puzzle transaction, today at 14:40.
36af659edbe94453f6344e920d143f1778653ae7:c:priv:000000000000000000000000000000000000000000000000000efae164cb9001 + 0xe3b
Best regards, Carsten.
#52 of the puzzle transaction, today at 14:40.
36af659edbe94453f6344e920d143f1778653ae7:c:priv:000000000000000000000000000000000000000000000000000efae164cb9001 + 0xe3b
Best regards, Carsten.
You found the keys to this address. Did you withdraw all the money? This is stealing, are not you afraid that the owner will file a search? So does the entire Large Bitcoin Collider?
Please see my related thread here: https://bitcointalksearch.org/topic/the-case-for-moving-from-a-160-bit-to-a-256-bit-bitcoin-address-1895455
My first found!
#52 of the puzzle transaction, today at 14:40.
36af659edbe94453f6344e920d143f1778653ae7:c:priv:000000000000000000000000000000000000000000000000000efae164cb9001 + 0xe3b
Best regards, Carsten.
#52 of the puzzle transaction, today at 14:40.
36af659edbe94453f6344e920d143f1778653ae7:c:priv:000000000000000000000000000000000000000000000000000efae164cb9001 + 0xe3b
Best regards, Carsten.
GZ
.. road to 10k BTC started :>LOL, just 52 bit of 256. waiting to see 53 bit in ?? weeks. effort will go up non-linear to crack more bits of such weak private keys.
My first found!
#52 of the puzzle transaction, today at 14:40.
36af659edbe94453f6344e920d143f1778653ae7:c:priv:000000000000000000000000000000000000000000000000000efae164cb9001 + 0xe3b
Best regards, Carsten.
#52 of the puzzle transaction, today at 14:40.
36af659edbe94453f6344e920d143f1778653ae7:c:priv:000000000000000000000000000000000000000000000000000efae164cb9001 + 0xe3b
Best regards, Carsten.
GZ
.. road to 10k BTC started :> 
My first found!
#52 of the puzzle transaction, today at 14:40.
36af659edbe94453f6344e920d143f1778653ae7:c:priv:000000000000000000000000000000000000000000000000000efae164cb9001 + 0xe3b
Best regards, Carsten.
#52 of the puzzle transaction, today at 14:40.
36af659edbe94453f6344e920d143f1778653ae7:c:priv:000000000000000000000000000000000000000000000000000efae164cb9001 + 0xe3b
Best regards, Carsten.
Looks like rico666 got the mods to have some of my damaging posts deleted from this thread. 
I'm working on a table to account for everything we know so far from the SlarkBoy Bounty Galore: https://bitcointalksearch.org/topic/m.18672178
Game over ? from 30 bounties I found 21 on the servers with new blf ... and some on the old ... how many I found hell knows :> but I havent found anything for the past 30+ hours
I found only one last week and as far as I know another one was found by coinpiet so 23 until now?
Game over ? from 30 bounties I found 21 on the servers with new blf ... and some on the old ... how many I found hell knows :> but I havent found anything for the past 30+ hours
any update on the newest finds? I see some already claimed. Unknown - was it you?
Rico
Rico
Dunno , think so ... claimed 20+ so far
sooooo, after reading many pages of fighting between dev and other members, does this work? is it safe? Is the RCE issues limited to within vmplayer? or could they escape the 'sandbox' and effect my pc? I have been trying to decipher the true info from the BS, and having a tough time honestly. (Not taking sides lol)
The RCE can potentially run with whatever permissions the LBC client runs. Break out of VM is to the best of my knowledge out of question, same applies to a In-Container operation.
We will never look at any file outside the LBC set (LBC client, generator, BLF, OpenCL payload, bench.pst, maybe hooks but ATM I do not see any use case) or perform any operation outside the scope of LBC client operation (and I'm willing to have the scope publicly and formally defined in the mini EULA).
Luckily this is on Linux, so even without VM and container or "taking our word for it"(tm) one should be able to set up ACLs for the mentioned set of LBC files.
Or - if this is still not good enough, run on a dedicated machine (bare installation + LBC).
The server reserves the right to peek at these files and these files only. We honestly don't give a damn about your porn collection in the directory next to the LBC or material that proofs who shot JFK. The server furthermore reserves the right to incapacitate any or all of these files if these have been altered.
FS traversing is taboo - if there are preferred methods how to ensure this by access configuration, I'll be happy to add them to the admin/user docs.
Rico
lol
any update on the newest finds? I see some already claimed. Unknown - was it you?
Rico
Rico
sooooo, after reading many pages of fighting between dev and other members, does this work? is it safe? Is the RCE issues limited to within vmplayer? or could they escape the 'sandbox' and effect my pc? I have been trying to decipher the true info from the BS, and having a tough time honestly. (Not taking sides lol)
The RCE can potentially run with whatever permissions the LBC client runs. Break out of VM is to the best of my knowledge out of question, same applies to a In-Container operation.
We will never look at any file outside the LBC set (LBC client, generator, BLF, OpenCL payload, bench.pst, maybe hooks but ATM I do not see any use case) or perform any operation outside the scope of LBC client operation (and I'm willing to have the scope publicly and formally defined in the mini EULA).
Luckily this is on Linux, so even without VM and container or "taking our word for it"(tm) one should be able to set up ACLs for the mentioned set of LBC files.
Or - if this is still not good enough, run on a dedicated machine (bare installation + LBC).
The server reserves the right to peek at these files and these files only. We honestly don't give a damn about your porn collection in the directory next to the LBC or material that proofs who shot JFK. The server furthermore reserves the right to incapacitate any or all of these files if these have been altered.
FS traversing is taboo - if there are preferred methods how to ensure this by access configuration, I'll be happy to add them to the admin/user docs.
Rico
~snip
What do you care Gleb now here? let these people and aliens earn their $0.001 by next 100 years @rico666
Is it possible in the near future to have something very similar to what minergate is offering? try minergate.com to see what I'm talking about.
https://minergate.com/
Seriously, 657,862 other people mining on this platform? That's several million physical miners alone on MinerGate, not counting the countless millions of physical miners on other pools and solo mining.
sooooo, after reading many pages of fighting between dev and other members, does this work? is it safe? Is the RCE issues limited to within vmplayer? or could they escape the 'sandbox' and effect my pc? I have been trying to decipher the true info from the BS, and having a tough time honestly. (Not taking sides lol)
~snip
What do you care Gleb now here? let these people and aliens earn their $0.001 by next 100 years @rico666
Is it possible in the near future to have something very similar to what minergate is offering? try minergate.com to see what I'm talking about.
Also in the News (or not):
https://www.debian.org/mirror/list <= 0 SSL mirrors
https://wiki.archlinux.org/index.php/Mirrors <= 4 SSL mirrors
http://mirrors.opensuse.org/ <= 0 SSL mirrors
etc.
But hey - why not?
https://www.debian.org/mirror/list <= 0 SSL mirrors
https://wiki.archlinux.org/index.php/Mirrors <= 4 SSL mirrors
http://mirrors.opensuse.org/ <= 0 SSL mirrors
etc.
But hey - why not?I don't know about arch and suse, but Debian signs their packages with gpg, and a number of the mirrors are https (e.g. mirrors.kernel.org).
Ryan,
the correct answer would have been: "Yeah - there are double standards".
Rico
Jump to: