<oembed><type>rich</type><version>1.0</version><title>William Casarin [ARCHIVE] wrote</title><author_name>William Casarin [ARCHIVE] (npub1d7…93exj)</author_name><author_url>https://yabu.me/npub1d7e068ud72v0au6xf53qvek44eccfhlgnhzuclf6za6hnxrvx89sc93exj</author_url><provider_name>njump</provider_name><provider_url>https://yabu.me</provider_url><html>📅 Original date posted:2018-06-26&#xA;📝 Original message:matejcik via bitcoin-dev &lt;bitcoin-dev at lists.linuxfoundation.org&gt; writes:&#xA;&#xA;&gt; BIP174 is a ad-hoc format, simple to parse by hand; but that results&#xA;&gt; in _having to_ parse it by hand. In contrast, protobuf has a huge&#xA;&gt; collection of implementations that will do the job of sorting record&#xA;&gt; types into relevant struct fields, proper delimiting of records, etc.&#xA;&#xA;seems a bit overkill for how simple the format is, and pulling in a&#xA;large dependency just for this is a bit silly. Although making it&#xA;protobuf-compatible is an interesting idea, but I fear would be more&#xA;work than is worth? I haven&#39;t looked closed enough at the protobuf&#xA;encoding to be sure.&#xA;&#xA;&gt; ...while at the same time, implementing &#34;protobuf-based-BIP174&#34; by&#xA;&gt; hand is roughly equally difficult as implementing the current BIP174.&#xA;&#xA;as a data point, I was able to build a simple serializer[1] in about an&#xA;afternoon. I would much prefer to use this lib in say, clightning (my&#xA;original goal), without having to have the larger protobuf dependency.&#xA;&#xA;Cheers,&#xA;&#xA;[1] https://github.com/jb55/libpsbt&#xA;&#xA;&#xA;--&#xA;https://jb55.com</html></oembed>