mancha on Mon, 10 May 2021 20:24:24 +0200
|
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
Platform-dependent LLL reduction (qflll)
|
- To: pari-dev@pari.math.u-bordeaux.fr
- Subject: Platform-dependent LLL reduction (qflll)
- From: mancha <mancha1@zoho.com>
- Date: Mon, 10 May 2021 18:22:45 +0000
- Arc-authentication-results: i=1; mx.zohomail.com; dkim=pass header.i=zoho.com; spf=pass smtp.mailfrom=mancha1@zoho.com; dmarc=pass header.from=<mancha1@zoho.com> header.from=<mancha1@zoho.com>
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1620671049; h=Content-Type:Date:From:MIME-Version:Message-ID:Subject:To; bh=fKdgS5Zjr7GUYzr6q3MI9BfShzNjJN21syKAcvUymqE=; b=K2yUatuRSvpubVO2dA0lFA7IPKkN7I1ewDLuE8+6E5eageKH56C3WpXoagsjOh1SzSPDfDPLhuCWMRTfMVYM3hh3xcAy0Zax5n/C3PbuTRXG0WcORPJ1xsAwDL2VYMPM6O/nm960OLqVEuDyGysutT2GCiSFtZds0z/ZpVSCH5Q=
- Arc-seal: i=1; a=rsa-sha256; t=1620671049; cv=none; d=zohomail.com; s=zohoarc; b=SMc4UxVj2pHkjst9D0uM5K4exyV2eDfwqMm1ysNkHgtb0o7cNxffRuyy8hmhFsHAhg56FsQl7xwM6eRbeX4NPCaiV9ft8PsAxaS722kgOZlPkoP1IHnkMrzEHWoFixFRdnQJ8gj7ylu0RrNdHM7yavTbeQs9FgFLlSolqBHAcT8=
- Delivery-date: Mon, 10 May 2021 20:24:25 +0200
- Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1620671049; s=zm2020; d=zoho.com; i=mancha1@zoho.com; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; bh=fKdgS5Zjr7GUYzr6q3MI9BfShzNjJN21syKAcvUymqE=; b=Ki0ekG6YF4/Tt4+5QATsjzLRZ+7pjECPFPUdRNJ3W8FCDOceFfR4rb0PIZ+L0ern skoMXCxNhYixHCOrIsRGfpxPP2JN+kxaIBciuwXpPJYalwl0f7LcQHfAvZvkTGvCDdW /TbcBKcjyagchoAEzN8WtR23mattFE6Al1DkZ6xs=
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=date:from:to:subject:message-id:mime-version:content-type; b=C/7kHsTZcWe6fEZj8U5X0L/E9CRlzIoMaalnU720CbJkQVZacA5XQZjVVQLncptGpcxhM+DKKpjJ mRS+ziCEVFXPHHMG7rizBlcmRnD/hJY86sTsyv3rLPF5eSPAADCb
Hi.
While helping someone with their knapsack-crypto project on freenode's
##math channel, we discovered that LLL-reduced bases generated by 32-bit
and 64-bit versions of PARI/GP 2.13.1 don't always match. Is this
expected/anticipated behavior?
The following script I wrote reproduces the orders of magnitude of the
original knapsack problem and reveals the platform-dependency. On
32-bit, the digest is 8f6de8a7c06c89e3c9b79507fd5eeaf9 and on 64-bit
it's f49406d5c4066234f605530751db8a32 (n.b. it's not just matter of
permuted columns, the bases are different). Both versions of PARI/GP
were built against GMP 6.2.1.
Cheers.
PS Enjoy the Easter Egg
----
md5(obj) = extern(Str("echo '"obj"' | md5sum | cut -b-32 | sed 's/.*/\"&\"/'"));
p = 1427247692705959881058285969449495136382746771; \\ nextprime(2^150);
m = matid(145);
m[,145] = vector(145, i, -1/2)~;
m[145,] = concat(concat(31, vector(143, i, 31*(p+2)*2^(i-1) % p)), -622361547716882217686429076590832002202451766);
l = m*qflll(m);
print(md5(l));