Avatar
Veronika
ccfd63f996f8dd6995063aecf3d8517671e049ad85e268daa9affc7986487338
Bitcoin-adjacent protocol research (L2s) | Tinkering @ArkLabs with Arkade | all things Longevity | tech-optimist
Replying to Avatar bordalix

Guten Morgen!

Saturday assorted links:

VoxCSS โ€” CSS voxel engine for the DOM

Thereโ€™s been a number of 3D engines in CSS over the years but this one looks especially good.

๐Ÿ”— https://voxcss.com/

---

GSAP Demo Hub

Animation libraries like GSAP are great, but discovering truly inspiring examples can be hard. GSAP have fixed that with this glorious collection.

๐Ÿ”— https://demos.gsap.com/

---

TempMail.Best

Best Free Disposable Temporary Email Address Generator. Privacy friendly, Valid for 1 hour

๐Ÿ”— https://tempmail.best/

---

Search :: Lumen

Court orders demanding domain blocks to Cloudflare.

๐Ÿ”— https://lumendatabase.org/faceted_search?recipient_name=Cloudflare%2C+Inc.

Guten Morgen!

Cashu just got a new .NET implementation.

DotNut by nostr:npub1y24gz5gwucl79vtv4ctwpysl0r5m4xyzu2rgulnr44ks3t5mt92q4nz2ad is a full client library for interacting with cashu mints.

https://github.com/Kukks/DotNut

Yep, but at least the cost is moved offchain and โ€œtransformedโ€ from capital requirement to data overhead. Iโ€™m confident theyโ€™ll manage to optimize further.

BitVM is quietly evolving:

The new design, BitVM3, drastically reduces onchain costs in the case of a challenge (by ~1000x).

In earlier versions, while challenging was permissionless, the high costs meant only a few well-capitalized entities could realistically participate in the process.

BitVM3 may change that, opening the door to a broader set of challengers.

The tradeoff: garbled circuits introduce a multi-terabyte offchain setup.

Reducing this overhead is an active research area and likely to see improvements.

https://bitvm.org/bitvm3.pdf

Whatโ€™s your stance on allowing below dust limit (ie non-standard) txs?

https://github.com/ark-network/ark/issues/479

nothing to see here ๐Ÿ‘€๐Ÿ˜ nostr:note1qnwtr2vp35fkdte9gj4cur7w7p0d6ezwey3xsysdv9flkc3mm4hqnpnecg

Gm โ˜€๏ธ๐Ÿ˜€

Donโ€™t just be efficient with your own resources, but also repeat the resources of others

(written with all due respect in the sense of a friendly reminder)

iiuc the federation itself would act as the statechain entity (SE) in this case.

If so, who holds the transitory key? The user itself? The user uses a federation *because* they donโ€™t want to self-custody though.

Or would that key also be custodied by the fed? Like in any other Fedi-Setup.

If so, the fed still couldnโ€™t move funds themselves, so safe here ๐Ÿ‘Œ

BUT this scenario wouldnโ€™t protect against the fed being unresponsive/disappearing, no?

To broadcast the pre-signed, timelocked output tx, that I get as a user to protect me against the fed disappearing, the user needs its key, no?

I probably have some twist in my thinking..

Statechains + Fedimints are definitely a very interesting combination and quite some thoughts are popping up in my head.

Also need to do some more statechain digging.

An interesting feature of statechains is also that one can transfer ownership of one public key of a multisig UTXO (i.e. side of LN channel or position in DLC contract). I wonder how that could combine with federated channel factories or something alike where *users* can swap in and out.

Why is it that for some posts (or accounts?), the sats zapped are being shown next to the โšก๏ธ, while not with others?

Inscriptions help noobs understand the concept of a ๐‘“๐‘’๐‘’ ๐‘š๐‘Ž๐‘Ÿ๐‘˜๐‘’๐‘ก ๐‘“๐‘œ๐‘Ÿ ๐‘๐‘™๐‘œ๐‘๐‘˜๐‘ ๐‘๐‘Ž๐‘๐‘’

i like the rawness of nostr