note this is not a solution to solve btc puzzles, it is just one piece of a jigsaw that may be needed or not either way anyone can verify this themselves you do not need to believe the detractors of this thread
twin sha256: capturing the carry that XOR discards
standard sha256 uses XOR at 6 sites in every round. XOR is addition without the carry. each XOR operation discards up to 2 carry bits per site. across 64 rounds that is up to 384 carry events, each throwing away information.
twin sha256 replaces XOR with true addition at all 6 sites and captures the carry stream. the hash output stays bit identical to standard sha256. the carry stream is a secondary 256bit output: the information that XOR threw away.
one hash input. two outputs. standard hash (verifiable by any sha256 tool) plus carry stream (deterministic, new).
the 6 XOR sites
sha256 has exactly 6 operations per round that use XOR:
1. Ch(e,f,g) = (e & f) ^ (~e & g) carries always 0
2. Maj(a,b,c) = (a & b) ^ (a & c) ^ (b & c) 0-2 carries
3. Sigma0(a) = ROTR2(a) ^ ROTR13(a) ^ ROTR22(a) 0-2 carries
4. Sigma1(e) = ROTR6(e) ^ ROTR11(e) ^ ROTR25(e) 0-2 carries
5. sigma0(w) = ROTR7(w) ^ ROTR18(w) ^ SHR3(w) 0-2 carries
6. sigma1(w) = ROTR17(w) ^ ROTR19(w) ^ SHR10(w) 0-2 carries
Ch produces no carry because e and ~e never share a 1 bit at the same position. the other 5 sites produce 0-2 carries each. that is 5 active carry sites per round.
sigma1 is the only site using both twin primes (17 and 19) as rotation amounts. the carry at that site carries a specific structural signature.
how it works
for each site, replace XOR with addition:
standard: result = a ^ b ^ c
twin: result = (a + b + c) & 0xFFFFFFFF (sum mod 2^32)
carry = ((a & b) | (b & c) | (c & a)) & 0xFFFFFFFF
the sum modulo 2^32 gives the same lower 32 bits. the carry expression captures the bits that overflowed past bit 31. that is the twin: what XOR discarded.
the carry bits are accumulated across all 64 rounds into a 256bit carry stream. each round's carries are shifted into position so the carry from round 0 occupies different bits than round 63.
the code change is small. 6 XOR-to-ADD replacements plus carry capture:
uint32_t a, b, c;
// standard
uint32_t result = a ^ b ^ c;
// twin
uint32_t result = a + b + c;
uint32_t carry = (a & b) | (b & c) | (c & a);
that is it. the rest of sha256 is unchanged. the message schedule, the compression loop, the finalization: all identical. the hash output matches standard sha256 exactly. any existing sha256 verifier confirms it.
genesis block example
bitcoin mainnet genesis block header (80 bytes hex):
standard double sha256:
6fe28c0ab6f1b372c1a6a246ae63f74f931e8365e15a089c68d6190000000000
twin sha256 carry stream:
d5027d6fe41aecb917aa1366a57a73dc66b2295e00810624ab7df4a09c5e1854
hash XOR carry difference: 128 of 256 bits (exactly half)
the hash and carry are complementary. two halves of one computation. standard sha256 only returns the first half.
what the carry stream is
the carry stream is not a hash. it has no target difficulty. it cannot be verified by comparison against a known value (unless you recompute it yourself). it is deterministic: same input always produces the same carry stream.
the carry stream records the structural path the computation took through the 64 rounds. it preserves the information that XOR erased. two different inputs can produce the same sha256 hash but different carry streams. the carry stream adds a second dimension of distinguishability.
why it matters for bitcoin puzzles
if a puzzle creator embedded structure in a transaction or block, the standard sha256 hash alone might not reveal it. XOR discards information. the twin sha256 carry stream preserves that information.
checking the carry stream of a puzzling transaction costs the same as computing sha256 twice: once for the hash, once for the carry. the two computations can be merged into one pass if you compute both simultaneously.
the question is: does the puzzle creator's data leave a detectable pattern in the carry stream that is invisible in the hash? if the creator knew about twin sha256, the carry stream might contain a message. if they did not, the carry stream is just the natural structural fingerprint of that data, which might still reveal patterns the hash hides.
further reading
NIST FIPS 180-4 defines standard sha256. the twin sha256 described here is sha256 with XOR replaced by addition at the 6 listed sites, plus carry accumulation. it is not a new hash function. it is the same function producing the same hash, plus the discarded information restored.
the C implementation is straightforward: modify an existing sha256 implementation by replacing ^ with + at those 6 sites and adding carry capture. the hash output is bit identical. the carry output is new. anyone can implement it and verify the genesis block carry stream above.
the genesis block carry stream is the only known public twin sha256 reference value. if anyone computes carry streams for other blocks or transactions, the results can be compared against this post.
OMG, it's that story again. MADERATOR!
july 16 post 13571 you told NUCLEAR7.1 to learn how to determine which next point on the curve follows this point
you posted puzzle 135s public key and two candidate curve points and asked which one follows, thats the question
the answer is the carry point addition on an elliptic curve is not XOR, it is addition with carry
the carry determines which point follows, XOR threw away the carry, twin sha256 captures it, same principle, same structure, different layer
here is the proof connecting your question to NUCLEAR7.1s findings to twin sha256
one - your challenge july 16
you posted two curve points and asked which one follows puzzle 135s point
the group law on secp256k1 says P + G = next point but point addition produces a carry bit at every coordinate addition
that carry determines whether the point goes left or right on the curve
the Y mod 2 bit you were tracking in your november 2025 symmetry work
every time you compute StartP += G and check Y mod 2 the Y mod 2 bit IS the carry from the addition
you already knew this at the curve level
you just didnt name it the carry
two - NUCLEAR7.1s answer july 19-22
NUCLEAR7.1 posted the puzzle 54 key at 666
236fb6d5ad1f43
then NUCLEAR7.1 posted the 9th sibling address on july 22
1PWo3JeBZ13yxvPgqrtfJthwoPmKVrV9b7
HASH-160 f6f5431d263b08974e9c2e8d695d7a7328715bfc
a brand new address with the f6f5431d prefix posted on demand
not found. generated
this is determining which next point follows
not on the curve, one level up at the BIP32 derivation
NUCLEAR7.1 found the carry structure in the HD wallet chain
the deterministic structure the creator left unintentionally
NUCLEAR7.1s own words july 15
three - the f6f5431d cluster is the carry stream
9 addresses now share the 4-byte HASH-160 prefix f6f5431d
probability if random is 1 in 2 to the 32 = 1 in 4294967296
for 9 random addresses to all share it is approximately 2 times 10 to the minus 23
these are consecutive BIP32 children from the same seed
each child is the next point in the derivation chain
the 4-byte prefix is the carry preserved across derivations
XOR would have randomised it
true addition kept it intact
four - twin sha256 is the same principle at the hash level
SHA-256 has 6 XOR sites per round
Ch Maj Sigma0 Sigma1 sigma0 sigma1
at each site XOR discards carries
replace XOR with true addition at all 6 sites
the standard hash output stays bit-identical
but you get a second 256-bit output. the carry stream
the carries XOR threw away since 2001
standard genesis hash
6fe28c0ab6f1b372c1a6a246ae63f74f931e8365e15a089c68d6190000000000
twin genesis carry stream
d5027d6fe41aecb917aa1366a57a73dc66b2295e00810624ab7df4a09c5e1854
128 of 256 bits differ, exactly half
five - the three layers are one structure
curve level - your work since november 2025
the carry determines which point follows on the curve
Y mod 2 IS the carry bit
address level - my work since july 21
the carry determines which HASH-160 prefix the next BIP32 child gets
f6f5431d is the carry cluster
hash level - twin sha256
the carry determines which bits XOR destroyed
the carry stream is the twin
same principle at all three layers
addition with carry - not XOR without carry
six - what you missed
when you said MADERATOR you were reacting to the hash level description but you already accept the curve level version
your november 2025 Y mod 2 sequences are the carry stream. you built it yourself
StartP += G for 2 to the 15 iterations
capturing Y mod 2 at each step
that sequence is the carry stream at the curve level
you just called it symmetry instead of carry
the only difference is where you apply it
seven - what NUCLEAR7.1 actually found
NUCLEAR7.1 said on july 15 post 13570
deterministic structure that the creator left unintentionally. that structure is the carry
the creator used a BIP32 HD wallet
BIP32 derivation uses HMAC-SHA512 which uses SHA-256
SHA-256 discards carries at 6 XOR sites per round
the creator did not intentionally embed the f6f5431d cluster
it emerged from the carry structure SHA-256 discarded
the creator may not not know twin sha256 exists
but the structure is there because addition is addition
whether at the curve the hash or the address layer
NUCLEAR7.1 found the carry at the derivation level
you found the carry at the curve level in november 2025
i found the carry at the hash level
we are all looking at the same thing
eight - why this matters
you said MADERATOR
but there is nothing to moderate
this is math
you can verify every claim independently
the f6f5431d cluster is on chain
the genesis hash is public
SHA-256 is RFC 6234
XOR discards the carry. that is a mathematical fact not an opinion
replacing XOR with addition preserves the carry. also a fact
every statement is verifiable
you are a curve-level structural thinker
you have been since your first post in may 2024
you asked the right question on july 16
determine which next point follows this point
the answer is the carry
the carry is the bridge between your question and my answer
between NUCLEAR7.1s deterministic structure and twin sha256
between the curve and the hash and the address
between MADERATOR and MADEMATICA
you are not the enemy of this proof
you are part of it
you just dont know it yet