Avatar
jungly
33c8e961d628a494cdb37b9753d0c6d1ee7612cd020a412c9df7f38a766f457e
Rebooting P2Pool: https://github.com/pool2win/p2pool-v2

a big dark cloud is lifted... it was starting to get scary out there

Bitcoin miners be like

So how do you decentralise block template construction?

Possible answer: https://www.radpool.xyz/

Replying to Avatar ck

๐Ÿ“ฃ HRF gifted 1 billion sats from our Bitcoin Development Fund for our Q2 grant cycle

These focus on education, privacy, decentralized communications, and financial freedom tools for those in authoritarian regimes ๐ŸŒ ๐ŸŽ‰

๐Ÿงต on the projects ๐Ÿ‘‡

https://bitcoinmagazine.com/business/hrf-grants-10-btc-to-worldwide-projects-advancing-bitcoin

๐Ÿ‡ฐ๐Ÿ‡ช The Core promotes Bitcoin education in Kenya. Funding will facilitate meetups, course creation, and student rewards, fostering financial freedom in East Africa.

๐Ÿ’ป Terry Yiu works on three Nostr-related projects: the Nostr SDK, Comingle, a conference app; and Damus, a decentralized social platform. All aim to strengthen freedom of speech and communication. This grant supports his work across these Nostr-related initiatives

๐Ÿค– Robo Satsโ€”a Tor-only platform enabling peer-to-peer Bitcoin exchange, especially helpful under authoritarian regimes, via the Lightning Network. Funding will enhance development, performance, and building an Android app

๐Ÿ‡ฎ๐Ÿ‡ณBitshalaโ€™s Internship Program, empowering aspiring Bitcoin devs in India. Funding will support these internships and help Bitshala establish a hackerspace and community center in Bangalore

๐ŸŒ‰Building Bridges to Bitcoin by Ideas Beyond Borders, empowering youth in the Middle East & North Africa with Bitcoin education in Arabic. Funds will support translation, publishing, and operational costs ๐Ÿ’ก

๐Ÿคฒ Open Sats supports open-source projects, education, and research in the Bitcoin ecosystem. HRF will support the Open Satsโ€™ day-to-day operations budget ๐ŸŒ

โšก๏ธ Flash aims to connect Caribbean economies with Bitcoin. Funding will bolster its development, educational efforts, and adoption campaigns, bringing financial inclusion to historically marginalized regions. ๐Ÿ๏ธ

๐Ÿ‡ฐ๐Ÿ‡ท Bitcoin Seoul, a conference that took place in May in Korea. Funds supported open-source initiatives and collaboration with North Korean defectors on human rights work

โ›๏ธ Margot Paezโ€™s research explores Bitcoin mining's impact on human rights and sovereignty. This funding will support her study on energy efficiency, decentralization, and civil liberties ๐Ÿ“Š

๐Ÿ”’โšก๏ธ Validating Lightning Signer (VLS) enhances Lightning Network security by separating private keys. Funds will be used to hire a Rust developer to ensure user protection and accessibility

๐Ÿ‡ง๐Ÿ‡ท Paulo Sacramento studies Brazil's digital payment systems for insights into Bitcoin adoption. This grant supports his research on open-source options for financial inclusion

๐Ÿ” Blockchain Commons develops FROST, improving private key security. Funding will support the organization of two FROST roundtable meetings among members of the FROST ecosystem โ„๏ธ

๐ŸŒž Summer of Bitcoin offers internships for students in Bitcoin development. This grant supports stipends, mentorship, and operations, empowering builders from over 50 countries, with a strong emphasis on authoritarian regimes ๐ŸŒ

With these grants, HRF continues to push the boundaries of financial freedom, education, and human rights through Bitcoin. Stay tuned for more updates on these exciting initiatives.

Hopeful applicants can find the BDF application here:

hrf.org/devfund

The second FROST roundtable is happening on Dec 4th. I'll present my progress on FROST Federation https://github.com/pool2win/frost-federation

The federation work is motivated by Radpool - an effort to decentralise mining template construction and FPPS like payouts for miners. https://www.radpool.xyz/

Roundtable announcement: https://x.com/ChristopherA/status/1861047373419491661

Finished reading http://radpool.xyz

Cool stuff. Lots of fun thing combined.

I think the incentives align correctly and could encourage adoption of this protocol.

I also think it's going to be a heavy lift to implement.

More complete thoughts here: https://delvingbitcoin.org/t/radpool-decentralised-mining-pool-with-futures-contracts-for-payouts/1262/2

The cool thing, I think, is that we are not inventing new crypto or new distributed systems protocols. There is lot of engineering effort, yes, but we can do it. I believe it is doable. ๐Ÿ˜ƒ Have to believe!

tbh, I am using the federation for a mining pool design, where the payout is a DLC contract. The federation acts as an oracle, and voila, the miner gets a unilateral exit, with DLC backed payout guaranteed as long as 1) miner produces hashrate and 2) federation remains honest and signs the attestation.

I have been wracking my brains to see if we can do anything with the federation for an L2 payment mechanism.

I see two problems, a) without PoW how do you keep federation honest and not start sybil attacking b) does it really do anything useful at all, as you asked the question too. I have this uncanny feeling someone somewhere will figure this out. Threshold signatures are way too cool to not give us an interesting future.

Replying to Avatar waxwing

This is an interesting response to the debate, and further firms up my sense that the real problem with enacting a covenant soft fork is the lack of a *genuinely compelling* protocol proposal using it.

Don't get me wrong, there are lots of proposals, some of which are useful: vaults seems like the strongest candidate there, but they are not critical to bitcoin's survival/success (important, yes, critical, i suspect no), and congestion control is valuable but neither of these are *genuinely compelling*. Lightning was, and segwit was propelled by its existence.

To illustrate my point, if you go to utxos.org, another proposal it highlights as an example is "Bitcoin Clique". I read the paper yesterday, and the TLDR is a kind of coinpool construct that requires covenants to allow exchange of funds within the pool. It has some neat tricks (repeated trees with double spend prevention through adaptors), but imo it doesn't reach the "compelling" level because: a) it needs an operator, who needs to put up linear collateral b) exit is unilateral, of course, but is very disruptive (so large groups might never work), c) exit onchain footprint is log_2(n) in pool size which sounds great but that is another size restriction. d) fixed denomination coins!

This protocol is cool but "meh" in terms of it ever getting usage.

We need something that feels very 10x (business/marketing speak). I don't think vaults have that feeling, and congestion control definitely doesn't. That's why I believe Sjors is right to mention sidechains/ShieldedCSV (though I think the latter doesn't actually go in this direction).

You might read this and reasonably ask me: "Well, but if you don't know any super-duper compelling usage of covenants yet, why are you so keen on finding them?" It's not easy to explain, but it's an intuition I've developed, that constraining destination might be the last piece of the puzzle (after malleability fix for presigning, then schnorr for musig, mast for script size) that allows offchain contracting to work to its full extent, which I don't care about to do fancy programming in bitcoin, I care about it because I think it's needed for 50x to 500x more *users* of Bitcoin.

TLDR someone needs to find a kickass off chain (L2 if you like) protocol that could 50x the usage of bitcoin using covenants, *without centralization *, then needs to write code and deploy it on say Liquid and signet. Then the conversation changes. Before then, we're probably not going to get vaults etc. (I could be wrong!).

nostr:nevent1qqsthqlm2dkha0meqvhqx6n3suh3f0s2jx9vs4634hj965vgxn0swagpz4mhxue69uhhyetvv9ujuerpd46hxtnfduhsygyxsh477ejn8rwkjv0zen0ncxwe7rj6zpnujx8j9ecgrsj43786lqpsgqqqqqqsdaag06

> TLDR someone needs to find a kickass off chain (L2 if you like) protocol that could 50x the usage of bitcoin using covenants, *without centralization *, then needs to write code and deploy it on say Liquid and signet.

A Federated L2 could be interesting where the federation is not limited to Liquid where the federation is limited to regulated parties.

Instead, what if we have a federation managed by a threshold signature that could grow to 50-100 parties to help execute state changes for coinpool.

Such an federation is possible using a Schnorr Threshold Signature. I am building one for a mining pool, where the federation membership is backed by PoW. How such a federation can minimise trust without PoW is a question I am thinking about these days.

Meanwhile - unashamed link share to my repo: https://github.com/pool2win/frost-federation

Radpool - a new design to decentralise bitcoin mining.

https://www.radpool.xyz/

You give me hashes, I'll give you bitcoin.

Chris Belcher described a payout construction for P2Pool back in the day that allowed P2Pool to scale. There was a problem, the construction required a central hub. Wth FROST we can replace the centralised hub with a federation. That was an intuition I had for almost a year now. I finally found the time and I think I have it figured out. Will share something soon.

Meanwhile here's Belcher's construction: https://bitcointalk.org/index.php?topic=2135429.0

Mining pools right now are running closed source software as a service. We need to work to change this.

Braidpool development update:

1. Add Connection management

2. Add channels and queues for broadcasting to connected peers

3. Improvements to config parsing

Lesson: A lot of rust crates have poor test coverage and aren't maintained well.

https://blog.opdup.com/development-updates/2024/01/29/talking-to-peers.html

Without comment

#m=image%2Fjpeg&dim=1024x1024&blurhash=UCDl%5B%5Eoz9FWApxXTRjs.%7EVtRIUWXSiRkaet7&x=7e275241ab9cb2a460912d4928adea1a628f8388b276f2c89d1568c1dc6f8822

Bitcoin peer to peer mining. #anarchy

We don't need a hierarchy!

#m=image%2Fjpeg&dim=1024x1024&blurhash=UXG%40%7DFsl5GX8%7D%2BNKI%5BoI9%24Rkxraf9hj%5BxsV%5B&x=61066bb59bd5373c8fd7f5d3af718fc482927b1c83ca2533099544b9d394eb33