01:07:14 <m-relay> <j​effro256:monero.social> This is my petition to name the unnamed, undocumented on-chain binary format in src/serialization. I've got a few options: 1) "Cryptonote On-Chain Organized Binary Object" (COCOBO). 2) "MOneRo On-Chain Compact Object" (MOROCCO), or 3) "Cryptonote On-Chain Organized Archive: Binary, Easy, And Non-Self-describing" (COCOA BEANS)
01:14:18 <m-relay> <j​effro256:monero.social> Comment which one is your favorite
01:15:30 <m-relay> <j​effro256:monero.social> I *need* to give it a name though, since we use at least 6(?) different types of binary formats in the core codebase: epee binary, portable boost archive, non-portable boost archive, whatever we're calling src/serialization/binary_archive.h, protobuf, and the ⭐bespoke⭐ binary messages that wallet2 uses to communicate with other wallet2 instances.
01:22:58 <m-relay> <b​oog900:monero.social> I normally just call it consensus encoding, not as fun tho :)
05:57:36 <m-relay> <r​brunner7:monero.social> > and the ⭐bespoke⭐ binary messages that wallet2 uses to communicate with other wallet2 instances
05:57:44 <m-relay> <r​brunner7:monero.social> Huh? Care to elaborate?
05:59:34 <m-relay> <r​brunner7:monero.social> Out of your 3 naming proposals, my vote goes to *MOROCCO*
08:36:11 <m-relay> <s​pirobel:kernal.eu> maybe something similar to epee that sounds cute like ewee
08:36:18 <m-relay> <s​pirobel:kernal.eu> also short and easy to remember
08:39:23 <m-relay> <s​pirobel:kernal.eu> apparently someone made a theme song for it already  https://www.youtube.com/watch?v=tXWiQ4zwIvY (that can help serve as an example on how to pronounce it)
11:26:58 <m-relay> <s​needlewoods:monero.social> I like COCOA BEANS
13:03:56 <m-relay> <j​effro256:monero.social> Like for exporting key images, outputs, and multisig messages. The binary data packets are just some handmade format prepended with a "magic string", not using of the aforementioned binary formats.
13:18:43 <moneromooo> There should be a version in that magic string, you can make it use the chain format if you want. It seems too trivial to bother at the time.
13:51:59 <m-relay> <j​effro256:monero.social> This is true, wonder how hard it would be to refactor it as such
14:44:47 <m-relay> <r​brunner7:monero.social> Well, if you want to be nice, you have to support the old format in parallel for an indetermined time anyway, so the gains look a bit questionable
14:53:39 <m-relay> <j​effro256:monero.social> The precedent for these inter-wallet2 messages has been to *not* support old versions AFAIK
16:57:56 <m-relay> <r​brunner7:monero.social> You mean way back at a time where all Monero users could meet in a small restaurant? :)
17:01:41 <m-relay> <s​pirobel:kernal.eu> if it is not performance critical json is a good choice. the binary data can be named and turned into a hex string.
17:02:05 <m-relay> <j​effro256:monero.social> No i mean the last time that they were updated, so like 2018 ? Which tbf is still a long time ago in crypto-time