[Bitcoin-development] Bitcoin-development Digest, Vol 48, Issue 41

Peter Todd pete at petertodd.org
Sat May 9 16:39:24 UTC 2015

On Sat, May 09, 2015 at 12:42:08AM +0000, Gregory Maxwell wrote:
> On Sat, May 9, 2015 at 12:00 AM, Damian Gomez <dgomez1092 at gmail.com> wrote:
> > where w represents the weight of the total number of semantical
> > constraints that an idivdual has expressed throught emotivoe packets that I
> > am working on (implementation os difficutlt).  I think this is the
> > appropriate route to implemeting a greating block size that will be used in
> > preventing interception of bundled informations and replace value.  Client
> > side implmentation will cut down transaction fees for the additional 264 bit
> > implementation and greatly reduce need for ewallet providers to do so.
> In these posts I am reminded of and sense some qualitative
> similarities with a 2012 proposal by Mr. NASDAQEnema of Bitcointalk
> with respect to multigenerational token architectures. In particula,r
> your AES ModuleK Hashcodes (especially in light of Winternitz
> compression) may constitute an L_2 norm attractor similar to the
> motherbase birthpoint metric presented in that prior work.  Rethaw and
> I provided a number of points for consideration which may be equally
> applicable to your work:
> https://bitcointalk.org/index.php?topic=57253.msg682056#msg682056

Mr Gomez may find my thesis paper on the creation of imitations of
reality with the mathematical technique of Bolshevik Statistics (BS) to
be of aid: https://s3.amazonaws.com/peter.todd/congestion.pdf

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 650 bytes
Desc: Digital signature
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150509/f1d68e0b/attachment.sig>

More information about the bitcoin-dev mailing list