claude:
With LN payments, we could have a dynamic or end-user defined threshold as LN sats accumulate. The enable marketplace makers and takers to determine hash price. Like the LN channel has liquidity in it that can be purchases with ehash at a given point in time. generating liquidity is now a reason to mine. I think this will pair well with Lightning and we'll want to consider how to make Spilman LN channels. Additionally, we should consider
bark as an option. There is a parallel betweeen the large liquidity requirements and periodicity of mining and bark. But does bark/ark scale below dust limits? One way channels seem to be the goal, where PoW is provided and there's a constant coinbase state update. Better if the miner can finalize the channel state so they can process on their side and periodically check in with the mining pool. Having the user fund the channel also transfers the liqudity burden as well. like can we as a miner and not the pool, craft onboarding for bark that is good for X amount of time and amount. This ideally becomes a one way channel from the Pool/ASP to the Miner/Client.