RE: [admin-discuss] Next steps towards a net zero IETF

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> Best thing we could do for the planet would be to develop a technology that kills TTTSNBN dead

 

Let’s do it. PoS already uses 99.95% less energy than PoW. Perhaps we can do better.

 

mike

 

From: ietf <ietf-bounces@xxxxxxxx> On Behalf Of Phillip Hallam-Baker
Sent: Wednesday, March 22, 2023 4:07 PM
To: admin-discuss@xxxxxxxx
Cc: ietf@xxxxxxxx
Subject: Re: [admin-discuss] Next steps towards a net zero IETF

 

OK, I am going to say something that is going to make a lot of people annoyed. But hold on.

 

This issue of carbon credits being bogus is actually one of the incredibly rate problems for which TTTSNBN[*] could actually be used for. Of course, there is the fact that TTTSNBN is  absolutely the most stupid and wasteful technology on the planet but some form of cryptographically authenticated, append only log technology is actually something that could be used to provide transparency in a carbon credit scheme.

 

OK so what can IETF participants do?

 

Best thing we could do for the planet would be to develop a technology that kills TTTSNBN dead. That instantly saves 0.5% of emissions from electricity generation.

 

Next best thing we could do is to fix carbon credits so that they are more transparent.

 

Finally, IETF can meet less often in plenary session. Meeting three times a year is a very poor application of time and resources. I understand the reasons, I do not find them persuasive.

 

 

Now before folk get started, note that I said 'IETF participants' not IETF. I am pretty sure that there are many here with the skills. Is this the right venue? Probably not.

 

I do have something of a scheme though. If folk look at my Mesh technology, they will see that the latest version makes use of cross notarized Merkle-tree indexed logs as a basic primitive. So every Mesh user generates their own notary log which is their ground truth. Users periodically cross notarize with their Mesh Service Provider which in turn cross notarizes with the Mesh callsign service. Thus every personal Mesh notary log is meshed to every other. 

 

What this gives is a better, more robust notary log than TTTSNBN without any proof of waste whatsoever. 

 

Another interesting feature of the next release is that the Mesh Messaging client allows every Mesh user to be their own Messaging service provider. Which might have some interesting implications with respect to some legislation being proposed in my native country.

 

 

[*] The Technology That Shall Not Be Named.


[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux