Bitcoin Forum
April 01, 2026, 11:40:55 PM *
News: Latest Bitcoin Core release: 30.2 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 [648]
  Print  
Author Topic: Bitcoin puzzle transaction ~32 BTC prize to who solves it  (Read 377127 times)
jonematt
Newbie
*
Offline Offline

Activity: 12
Merit: 3


View Profile
March 31, 2026, 08:09:52 PM
 #12941

649a3dd0486c96e70b       1PWo3JeB9jdvp56gzG8navJjUMFQxxb997   
649aa0a809fe13a924        1PWo3JeB9jgLYkm8cEj6yywPn3kk41BFaY 
649a103b78b3e74856       1PWo3JeB9jRLz2NjTHsZ8uTBnqcjnu66Ak 
649ade9933e47de861       1PWo3JeB9jSVntJs1FpYM2iTNAoADNv2YD 
649a737f258abb8058        1PWo3JeB9jeFuotNeYDrWkEhqyZ359abB2 
649af9e3471ed5c49b        1PWo3JeB9jgFbdXaZG1h8ng9hpYzg3CAPw 
649a05d73d20978e62       1PWo3JeB9jT926gmLys26TBwr6pwStgwLb


Donation my

bc1qurlzuk6v7pruzemjfyjdttjxymhckcml9sw0w8


thanx
SRG02289
Newbie
*
Offline Offline

Activity: 19
Merit: 0


View Profile
March 31, 2026, 09:24:50 PM
 #12942

649a3dd0486c96e70b       1PWo3JeB9jdvp56gzG8navJjUMFQxxb997   
649aa0a809fe13a924        1PWo3JeB9jgLYkm8cEj6yywPn3kk41BFaY 
649a103b78b3e74856       1PWo3JeB9jRLz2NjTHsZ8uTBnqcjnu66Ak 
649ade9933e47de861       1PWo3JeB9jSVntJs1FpYM2iTNAoADNv2YD 
649a737f258abb8058        1PWo3JeB9jeFuotNeYDrWkEhqyZ359abB2 
649af9e3471ed5c49b        1PWo3JeB9jgFbdXaZG1h8ng9hpYzg3CAPw 
649a05d73d20978e62       1PWo3JeB9jT926gmLys26TBwr6pwStgwLb


Donation my

bc1qurlzuk6v7pruzemjfyjdttjxymhckcml9sw0w8


thanx
ha-ha
Code:
0x649a05d73d20978e62	1PWo3JeB9jT926gmLys26TBwr6pwStgwLb	F6F5431D25BBEE131726CA1F86672474B6E4A3D5	1855772920885219397218	0302751DAA96290A083BDDCA8CD23AC319B8D95116F40C2A9AA8CF122022C0033C	KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3rBinmvSXpixVnKso3SZd
0x649a0ad2d9876795c4 1PWo3JeB9jS1ttWtFXgTCy2hnCYcW1dD6V F6F5431D25BBED9B9A8F0E621784AC4752C869AA 1855774323434284619204 034F9223C37A4581C73C5F634221AC1D16453DFEF5EA3719930EBBBFAE3C846AA2 KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3rBinsNm4f2xk6MCfAEAi
0x649a103b78b3e74856 1PWo3JeB9jRLz2NjTHsZ8uTBnqcjnu66Ak F6F5431D25BBED54360606F002AB373B8AC542C8 1855775845842023827542 0312E89B2E156E19CC496873335BCF6D80FB7328C6E2A227F9E40019B563F76D1D KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3rBinyJ7SyJ1aHWsGeWtv
0x649A133876C6F063BE 1PWo3JeB9j6ffmBQZ4tTuWxaByxBvPKVbB F6F5431D25BBE59099EE9B35FB4A89AC2576371A 1855776686960148505534 02A10ECB207E3E5335F44AB18A4F17CC90D55DBC975092AF85A2E978A97617E35F KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3rBio2ZozDD88oDkSiZt8
0x649a137ea2f2eaff0b 1PWo3JeB9j2EU5JxsW28UfCTp5ZFVjNk3b F6F5431D25BBE3B8B38C1F296849159383301AA7 1855776764115678854923 03139D1F9A29A3B1115D76A9EB92B7A5964A93FB3A4E46894FDFBF004598EA4981 KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3rBio2sDFH9PGjudKZJty
0x649a15cfc7095be9d9 1PWo3JeB9ju3Yq8s97QRtqE3U3p2YfdxxD F6F5431D25BBF8D7DAA1C6A4B6CEDDC92A1366D3 1855777416281069447641 02EAE5E2B0781507F32419246878C4DE3E5595D1B094CCD310691EB9ADB3EEAAE2 KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3rBio5QJ87uHAZRbdU6pC
0x649a205b29228381cc 1PWo3JeB9jMaH65f34qnG3DbtatLXrrwBn F6F5431D25BBEBC2F0E6939FA87374E4A5E14B66 1855780384284281635276 02574E65ACAAF97C225FF819319ED0C3FCBABDA823EEA39663AE6C6AA59F62F764 KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3rBioGwg87UGRobFd1ZB2
0x649a2f071642db50f8 1PWo3JeB9j3RLp4NNvVodUbn1movwwhSg7 F6F5431D25BBE43711B7EAE31900ECFBAC43EA7F 1855784513968893808888 03272F4AC555500472266F44CEC55E1D6B62DB8AD065E72C36CD1A44E75D9E43F1 KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3rBioZ13uEvPTv5eBa9LS
0x649a3dd0486c96e70b 1PWo3JeB9jdvp56gzG8navJjUMFQxxb997 F6F5431D25BBF28F431ED96532EBAFA65BF5931E 1855788675835853465355 02D93E9A0DC609B3AD8C3E080B1DD10C425C037C53CB8313A2031C1CDCAECBD907 KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3rBioqBgemYg4VSEkEFo5
0x649a737f258abb8058 1PWo3JeB9jeFuotNeYDrWkEhqyZ359abB2 F6F5431D25BBF2B24DCCBCDF87F2ABFEFFB4EEA8 1855803786274335850584 02ED65C797BFB5C842A9584ACC5F3713F86B5E3FDCC75ECB0B41E16E60B714DF72 KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3rBipqwa1JY7VeYq3zfDL
0x649aa0a809fe13a924 1PWo3JeB9jgLYkm8cEj6yywPn3kk41BFaY F6F5431D25BBF38FA4743F51AF14BCD67463B7D0 1855816497609940642084 02B1CDB21A56CD4B92840C59534420B75751B3AFBE664FA2DE37F824D862071CA2 KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3rBiqhNP4PNciudJAoe6j
0x649ade9933e47de861 1PWo3JeB9jSVntJs1FpYM2iTNAoADNv2YD F6F5431D25BBEDCEC969FFE21AD9F3D3648B48D3 1855833932745781667937 0353D262FA353A54E493CAA7E3C4104CB2824EAE9BB1C08BF513B6E02D479FD802 KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3rBirsAZRi1dmwLPdfAD8
0x649af9e3471ed5c49b 1PWo3JeB9jgFbdXaZG1h8ng9hpYzg3CAPw F6F5431D25BBF3868F42E4B88C52FCF50D1773EE 1855841614016596526235 0200D5D2F9393034EDAA730B7665EA0127DFCCF3F796D46CA4C05CB7DD4C5C1457 KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3rBisP2vxweiiYwjdEHkj


Donation my 13sChartsJcYYxpMM4FPUArfp7StLiXBQC

thanx
pscamillo
Newbie
*
Offline Offline

Activity: 2
Merit: 0


View Profile
Today at 03:45:41 AM
 #12943

[PSCKangaroo] Fork of RCKangaroo — optimized for high-RAM + single GPU setups

Hi everyone,

I've been working on modifying RCKangaroo to get the most out of my specific hardware: an RTX 5070 paired with 128 GB of RAM. The original RCKangaroo is a brilliant piece of software — all credit to RetiredCoder for the SOTA algorithm — but I wanted to squeeze every bit of performance from my particular setup, where RAM is abundant but GPU is a single mid-range card.

The main idea behind PSCKangaroo is a TRAP/HUNT strategy:

Phase 1 (TRAP): Fill the entire 128 GB of RAM with TAME distinguished points.
Phase 2 (HUNT): Switch the GPU to 100% WILD kangaroos that check against the massive TAME table. WILDs are never stored — they are checked and discarded.

This effectively doubles the number of TAMEs compared to a balanced TAME/WILD split, which directly increases T-W collision probability per step.

To fit even more TAMEs into the same RAM, I implemented an ultra-compact 16-byte DP format (down from 25 bytes in the original). This gives +56% more entries at the cost of truncating 32 bits from the distance field. The truncated bits are recovered on collision via an async BSGS resolver running on CPU (4 threads, ~150ms per resolution). Yes, this introduces hash false positives that fail verification, but real collisions are resolved correctly by the BSGS step. The FP count is tracked in the stats — it's a known trade-off, not a bug.

Other features added:
3x endomorphism using secp256k1's β/λ constants (verified against bitcoin-core/secp256k1)
XDP 8x (threshold-based DP detection, accepts 8 patterns instead of 1)
Table freeze (no rotation when full, prevents FP explosion on long runs)
Checkpoint system with auto-save and Ctrl+C safe exit

Validated by solving Puzzle #80 (known answer).

I'm sharing the code as-is for anyone who might find it useful. Feel free to use, modify, or improve it.

GitHub: https://github.com/pscamillo/PSCKangaroo
License: GPLv3 (same as the original RCKangaroo)

Feedback and contributions are welcome. I'm not claiming this is better than other approaches — it's just what works for my specific hardware profile (single GPU + lots of RAM). If you run a similar setup, it might help you too.
L_u_x
Newbie
*
Offline Offline

Activity: 9
Merit: 0


View Profile
Today at 07:51:26 AM
 #12944

Stop the BS. Any developer who actually understands the math of the Kangaroo algorithm knows this is false. You don't need to recompute the whole walk; you only need a Pre-step Proof.

<some math BS...~

Why a "Scanner" fails here:
A sequential scanner (VanitySearch style) finds a point with 28 zeros by pure luck or brute force. It cannot produce a predecessor P(n-1) that satisfies the deterministic jump table. Finding such a predecessor without actually walking the path is as hard as solving the ECDLP itself.

Thanks for proving that you are indeed as retarded as the LLM that generates the crap you're posting.

Finding some whatever predecessor is so simple that it can be done on paper. You only need to find some valid point with a satisfactory X. However, it doesn't prove that such predecessor was part of a longer walk. You'll simply say that's where the walk started. What the fuck is wrong with you, comparing this to ECDLP hardness?

You should indeed get banned, not for the selloff, but for the BS.



You are stuck in a binary "all-or-nothing" verification trap.Probabilistic Auditing is how trust is handled in massive datasets.

Let's end the debate with a Merkle Tree Audit Protocol:

1. Commitment: I am publishing the Merkle Root Hash of my entire database. This locks every single byte. Once the Root is posted, I cannot swap a single "fake" point into the set.
2. Challenge: Pick any random segment index (out of 1000 chunks).
3. Reveal: I will provide the raw segment data plus the Merkle Path.

The Final Proof of Work:
If the audited segment proves Internal Path Connectivity (deterministic Kangaroo chains where P(n) + JumpTable = P(n+1)) and correctly hashes back to the Root, the validity of the entire net is statistically confirmed.

Why you can't fake this:
To cheat this protocol, I would have to synthesize a statistically consistent, connected path structure across  Merkle-committed dataset. To fake that without actually running the Kangaroo algorithm is computationally more expensive than solving Puzzle #135 itself.
0xastraeus
Newbie
*
Offline Offline

Activity: 33
Merit: 0


View Profile
Today at 11:58:59 AM
 #12945

L_u_x... You have multiple people telling you to stop with the snake oil BS. I would advise you to do so...

You're already in violation of atleast 3 unofficial(official) rules of the forum (https://bitcointalk.org/index.php?topic=703657.0):
1. 32. Posting multiple posts in a row (excluding bumps and reserved posts by the thread starter) is not allowed.
2. 22. Advertising (this includes mining pools, gambling services, exchanges, shops, etc.) in others' threads is no longer allowed, including, but not limited to, in altcoin announcement threads. [8]
3. 13. Bumps, "updates" are limited to once per 24 hours per thread. Bumping multiple threads at the same time is allowed if it's not annoying. [2][e]

To everyone posting projects:
post your project in the development area first then post that forum link here if you want more feedback.

To the prefix posters:
Use the code block function
Code:
Like so
to post the prefixes so you don't flood the whole page. Or even better create a new forum for it.


You are stuck in a binary "all-or-nothing" verification trap.Probabilistic Auditing is how trust is handled in massive datasets.

Pages: « 1 ... 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 [648]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!