pull down to refresh

Do you see any potential solutions to addressing the liquidity requirements that doesn't include borrowing bitcoin from lenders and raising ASP fees? Something in the design we can do to potentially make available bitcoin from ARK depositors that the ASP could immediately use to fund transfers?
There is room for two main liquidity optimizations.
  1. vTXO delta auto-adjustments vTXO liveness delta can adjust to liquidity conditions. i.e if we cut the vTXO liveness delta by half (2 weeks), we also cut this liquidity lockup requirement by two, and so on.
  2. A revocation logic I'm working on a revocation logic where a set of users in a shared utxo give up their ownership of vTXOs by revealing some secret. ASPs can efficiently redeem these funds without affecting the remaining participants before the four-week locktime is over.
reply