core/go-blockchain
8
0
Fork 0
Code Issues 5 Pull requests Projects Releases Packages Wiki Activity Actions 2
go-blockchain/testdata/v2_spending_tx_mixin10.hex

1 line
8.9 KiB
Text
Raw Normal View History

feat(consensus): V2 Zarcanum signature and proof verification Add full V2 transaction verification pipeline: parse SignaturesRaw variant vector into structured ZC signature data, verify CLSAG GGX ring signatures per ZC input, verify BPP range proofs, and verify BGE asset surjection proofs with correct ring construction (mul8 point arithmetic). Fix three wire format bugs that caused V2 parsing failures: - RefTypeGlobalIndex (tag 0x1A) uses 8-byte LE, not varint - Raw uint64_t variant (tagUint64) uses 8-byte LE, not varint - zarcanum_tx_data_v1 fee uses FIELD() → 8-byte LE, not VARINT_FIELD() Add cn_point_sub to C++ bridge and Go wrapper for BGE ring construction. Add GetZCRingOutputs to chain for fetching ZC ring member data. Co-Authored-By: Charon <charon@lethean.io>
2026-02-22 00:06:10 +00:00
030225101ad6060000000000001ad1030000000000001a70000000000000001a60020000000000001a24020000000000001ad6000000000000001a3e010000000000001a92000000000000001a23000000000000001aa5010000000000001a89000000000000001a15000000000000001a2f000000000000001a55000000000000001a14000000000000001a1c0000000000000064ea0914da4b064546ce695218a67ec5e3eb2e3afb701e6b26d5350d078b01dd0025101aff0e0000000000001a23000000000000001a0e020000000000001a6e000000000000001a48010000000000001a28000000000000001ab1000000000000001a39000000000000001a32000000000000001a31000000000000001a1d000000000000001a91000000000000001a3d000000000000001a14000000000000001a19000000000000001a0f00000000000000898f64f5ce0a9a0d73675b1cf56765eabbcd828c2b5038623ca0d25270066f180005164c124727e7e46dc9230c5b9f23054992d437196ad13a0ea6b3451cc5825f390e1700000b022f320b02e5712700e40b5402000000022686c57402e7c45f811b00331a4dc1f2f49d6ac4a297da7a6ba6234027fbc2eea208d160cb32b318d7f700c78858d0014239fe4b295be4aff542dece5f5b944f1687e036878bd80a38a9eaa401a4fa04abc38eb0447c1fb99810a3c635dba5ce1174c32d3eaafafc623bf483e858d42e8bf4ec7df064ada2e34934469cff6b626812d6103fcec70b680026b03ea35496c00cfd8e5adc92dbb79d8e3f144b68e905810cdf3a752a3b7156045fea20470e92972fb4a785b30355fb725317eb13a69756e269e770b96ba1a02c4006271e3db956abd94319806186e634d95604484827855db363505904eceb3674c32d3eaafafc623bf483e858d42e8bf4ec7df064ada2e34934469cff6b62685ec593299f965c07000500022b09a82c3177ce0ae00a1a0db75ea108c601386f0d30ee132f95ef64a99241c9a0136d04692074be1cee50cd2ad2c5464113cd6330ab679a9d2a3f3b495e72809da8539ae7818c29c5c414e20422045d8aa016cc17bc8099280946dbf405c6720310f3707df706e29bb2df81c2db3076c9741f30e985a1900e7a4373accdea1a6d07aa0435b1abb7f4d6c53f961db677b357defc9dd2e30f1fd50b770273fd3711035c51a797bd0d828c89db6b59b621c8137819272d1c793f579070e3aaf6a1c20eff2fbe87d7c07878eb711e267e607a6678a31da1b356e580cc85d5aee030ac01715bc93922b4579e731d4654f831deefbf757d57b04a9cce13c9101817b4e80ed4430a5ded71b0888ec1569955270a35328fadb274b69b0ca0d673c96e80c30f96a81cdf1fa28a38a4d02fb875046dbd9b80f0cb54524e65ee6897ce8814ca0076054a08bf05431756423d4001885450717f5b4b095bc121ccd060a61cc3730c2334d224073f9dab00ebb6d169b57d488ac97917e63bac22d6f9887d1531f104822cbb087cbf142af30fd761f30c9d3985cbffacc575b93155ffc7e235c2e609e3b138d7592b1f67d1653c3c256c125137c81fe589ff3c21f51951a125cb240bca857d656b8044606d6241b57f73a0deac1d15024b353f7af3f90b70bf486c0611dae7b3902bf0771f20b4952b91c2cf0f79cf30e23ef3cea548bb5629e2440496a049b5612a9dafa510a64646e5487cd0b3e7af75d3dee1dfb0021c9b95c1087c5c3e24ee8dcfa2ac46082768ffc47dab0d2c1a7ab0ded64f9771815bf02d05fe3c382bff34a78333279a77830e0d31133e58b9eeaec397a74588bdb146830b102c928d0c8ad2604219d4d965272342b14e0d17df8e4e177d152d3b4148d6850e656e63feb47ba3f766fb512a8c0a44212f10177e77412c00b48363031c30900ac47ef085d68690440fda38c49a77b9cf032fbe2703b4dc0c836abbe77fc693062d8226da158d9b0d4f36426417247685fc520d9cfce0f9fbbd067537f8c5a20858978b089a5a2775b8ae7d4d0a54f54723d5e9f017e0511226c40ae2bcd46d0077cff9b3a23b46ded581407844551537ced9d7f6b002bfcf5ca3b75b481adb01cd9a46a5f8de792177f90fc76bf7dbdb31de2bff9c8b03d4ba6aa952f72f4906b0889dfe8e64266dfa0e7f8b466a7767fc282a9b83e27ff0ed4a679e44d2a405268b5cd0e26c384f5e99cb9f4dfd8659661a04af84fcbd8fea9b3f4f9ab9bc09f57d1a034420abf9864359e049542d8686220ea9d5efdb400a2aa1145a546509e5c4c9dd1149cc09014cdecd9c0c02769f93732ff2fc00cbef1d8779e7f9770507ecc04fac82c886b4a0f35fae0eb77b62c5adfbec4f281182ff5908c7d8320ad095a7c7b133caaabbaf0efc3c522eba2201f5e92d58e7341161b6828ba91e060a4a405186caa1ff30b1dfe3a05f1e9ca7d24ea5d6057524824edab0ac07bb01ee4ca244a4aded4f161145ed144260f7320c3eafad59d555382580f8f2860806e9a964a02e80c65c1c375ec91879645152f9297502e075e2f3e7d8ccbd31b1085a5799f3e984f0af7ddf51319a312c05c61b9d6e9c01637b433a02a6af98144217a30a75196894d491af26afaf47dcbacd831df31666d51cd75a484f226d5cac2b43d5c2c57231841b9b6ee949a6255887deaa5ad0a86f164df0ad2ba698f0f93c9615c35f943091d960f487a3a94220fa795f6fc9f006e83055dc96c37234cf351a8de5c0877340ffd48a43ad234f4d24652b678ea2c4fe87a6a1859e8af44f0210fa5198630cbb557ee38a80f72799df306995d81473684bc795ae3e022ebd170960ad5f7564166441f61c2ee12dab92bc744484d4f1f35e11130ab9613bbf240e3f2fd7680
Reference in a new issue Copy permalink