public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
* [bitcoindev] On Libbitcoinkernel Readyness
@ 2024-10-20  6:56 Antoine Riard
  0 siblings, 0 replies; only message in thread
From: Antoine Riard @ 2024-10-20  6:56 UTC (permalink / raw)
  To: Bitcoin Development Mailing List


[-- Attachment #1.1: Type: text/plain, Size: 2583 bytes --]

Hello list,

During the summer, I hacked a bit on the bitcoind build system and the
libbitcoinkernel projects to see how far it was ready to be used on its
own. Personally, I've always been interested to run the historical bitcoin
consensus engine on its own only in secure enclave to reduce the exposure
surface and this enclave only getting transactions and blocks [0].

As a reminder for the libbitcoinerkernel, for the folks who are less
familiar with this project, see the following [1] [2].

The current way of using libbitcoinerkernel is a bit shaggy for now,
especially if you don't have experience with build systems on embedded
systems, so for whom can be interested, I made a public an extraction
of the libbitcoinkernel files and with a working build system in a
standalone repository.

https://github.com/ariard/standalone-bitcoinkernel

Of course, this has been to have been tested on all the *nix, or
a bunch of different ISAs, though normally it compiles quite good.
I believed it could be interesting for people who wish to re-write
their own full-node or wrapped it as component for other usage in
the bitcoin stack. Doing those, without having to re-write from
scratch a compatible consensus engine, bug for bug.

Either using the C++ api or linking against the static library
directly is probably very rough, though if there are already
full-node implementation in go, cpp or whatever another language,
maybe it's mature enough for them to experiment or test it as a
"monitor" consensus engine to check there is no differential in
block validation with their current consensus engine. I'll see to
peg that standalone consensus engine utility with some rust code to
see how it looks like.

If you find bugs in the build system or around the C++ validation
interface, please be nice and report them accordingly.

Cheers,
Antoine
ots hash: a50ace52cfabade91d0fbb95f824a5f9607a251cdf8c4d34381ea2d86725bef5

[0] 
https://gitlab.com/lightning-signer/validating-lightning-signer/-/issues/188
[1] https://github.com/bitcoin/bitcoin/issues/24303
[2] 
https://bitcoin.stackexchange.com/questions/113863/in-future-will-multiple-widely-used-implementations-around-libbitcoinkernel-be-a

-- 
You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups•com.
To view this discussion on the web visit https://groups.google.com/d/msgid/bitcoindev/62313198-398b-42a5-92bd-dfcc57434d55n%40googlegroups.com.

[-- Attachment #1.2: Type: text/html, Size: 3070 bytes --]

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2024-10-20  7:01 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-10-20  6:56 [bitcoindev] On Libbitcoinkernel Readyness Antoine Riard

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox