5b7f8478aa
Compares the 32-byte key against n byte-by-byte (big-endian) instead of decoding into limbs first. Eliminates one IntArray(8) allocation and the fromBytes conversion. The non-zero check ORs all bytes in a single pass. privKeyTweakAdd was also tested with a byte-based approach but reverted because 32 byte-iterations are slower than 8 limb-iterations — the JVM optimizes Long operations better than byte loops. https://claude.ai/code/session_01BhU63WUe9AhikZxRdw3Lpg