Skylar Saveland 🛡⚔️

11K posts

Skylar Saveland 🛡⚔️ banner
Skylar Saveland 🛡⚔️

Skylar Saveland 🛡⚔️

@_skyl

I create delightful corpora.

60 MLK Katılım Ocak 2009
690 Takip Edilen1.1K Takipçiler
Skylar Saveland 🛡⚔️ retweetledi
Palmar 🎧
Palmar 🎧@palmarzk·
Hace un par de años propuse «Arte para la privacidad», buscando formas de promover la privacidad a través del arte. Las ideas son bienvenidas... PD: si quieres recibir clases de mandolina, escríbeme. Yo acepto $ZEC - I accept ZEC. Música: De Conde a Principal (Aldemaro R).
Español
2
7
18
1.6K
mert
mert@mert·
I don't get how you are considered unemployable past 70-80 years old and yet that's the age group exclusively running most countries
English
447
10.1K
87.5K
1.3M
Skylar Saveland 🛡⚔️
I have a problem that I would love to simply vibe out with a prompt; but, I'm finding that I am still having to learn, understand, and point out crucial details to the agents 😑
English
0
0
0
45
Skylar Saveland 🛡⚔️
I brokering a long disagreement between codex 5.3 and opus 4.6. It's a pretty hard problem, I guess.🍿
English
0
0
0
30
Skylar Saveland 🛡⚔️ retweetledi
Apollo
Apollo@MindsFiction·
@BostonZcash @zooko @nuttycom @ruZCASH @dismad8 @_skyl @ebfull @zkDragon proposal on how to use Tachyon pool keeps memos but shrinks their size to allow scale. Level up here, hero
Arjun Khemani@arjunkhemani

Zcash coin holders made their priorities clear: scaling (Tachyon) and post-quantum readiness. @zkDragon joined me for a whiteboard session to discuss how we deliver both. 0:00 - Intro 0:43 - What it takes to scale Zcash 16:40 - Rough timeline on scaling 19:15 - What it takes to go post-quantum 32:23 - Rough timeline on going post-quantum

English
0
1
6
353
Skylar Saveland 🛡⚔️ retweetledi
Zucchini App
Zucchini App@Zucchinifi·
Zm everyone! Here is the exciting updates from us 🤩 We are officially live on chrome webstore! Here is the link: chromewebstore.google.com/detail/zucchin… Give it a try and 5 stars for a tiny support ❤️
Zucchini App tweet media
English
5
4
20
937
Skylar Saveland 🛡⚔️ retweetledi
@nutty.land / @nuttycom@icosahedron.website
@ruZCASH @dismad8 @_skyl @ebfull My assumption is that it will become an economic choice that a user makes; you will have a choice between cheap lightweight Tachyon transactions, and more expensive Sapling and Orchard transactions.
English
1
1
3
184
Skylar Saveland 🛡⚔️
@thecodebuffet @ebfull Perhaps a sweet spot would be using the wallet secret material to be able to prove things to servers 🤔 or blending more traditional cryptography applications outside of payments ... memos are so cool though!
English
0
0
0
7
Skylar Saveland 🛡⚔️
@thecodebuffet @ebfull I basically built a ~feature complete, cross-platform Zcash wallet by myself in a couple of short sittings! But, now I'm not sure if/how to proceed because ... do I even want to support memos or should I think about offchain mechanisms ... probably both ...
English
1
0
1
24
Skylar Saveland 🛡⚔️ retweetledi
Sean Bowe
Sean Bowe@ebfull·
Shielded memos are unsustainable in their current form. Most decentralized payment protocols do not support these things or anything like them without users having to pay more to explicitly include them, and even then they won't usually be "encrypted" memos unless addresses contain the right capabilities / semantics. There are some exceptions, such as Lightning, but those natively use off-chain, interactive payment protocols. (More on this later...) People love them in Zcash, and they are a great memetic tool. I get it. The reality: * every payment includes one, even if the user doesn't use it, to maintain indistinguishability * every payment includes a 512-byte one, and they cannot vary in size for the same reason * every on-chain memo could be intended for you; the only way to find out (privately) is to fetch and trial decrypt all of them The only real reason these things existed in the first place was because our SNARKs were already large, and we were already doing key exchanges on-chain for Zerocash, so there was little downside to adding a memo blob. Any scalable version of Zcash (including Tachyon) is going to shrink the marginal transaction size so substantially that the conventional memos would make up the bulk of the on-chain cost of a shielded transaction. There are only a handful of ways around this. First, we can build off-chain payment protocols so that the encrypted memo is carried elsewhere. These generally seem to have UX limitations compared to the protocol people are familiar with, or require extra infrastructure. But if they work, you would have fewer limits on memo sizes. This is my instinctive preference, if we could pull it off. Alternatively, a PIR-based scheme can be used to keep the on-chain payment protocol and familiar UX. This is what @zkDragon is working on, and if it works it would be a gamechanger. But there are still some limitations for the memos that mean they cannot be used in an cheap/unsustainable way like they are now, with the same UX. Finally, users could include memos anyway and just pay extra for it. Memos compete with other transactions for capacity, and several payments can be made with the same amount of resources as a single transaction's memo. Using the chain as a broadcast medium for the ciphertexts, with trial decryption, would seriously limit the amount of people who could afford to do this at scale. This also harms privacy because it harms indistinguishability. There's no free lunch here. I've not seen an option for preserving this feature that does not piss someone off. My philosophy for Tachyon is to ensure that the shielded protocol is detached from the payment protocol so that we have flexibility in pursuing the option that works best and scales. All of our future pools need to be built this way IMO. This would accommodate any of those three options. It's also easier and simpler to build, which is why we're doing this part of Tachyon first.
English
10
13
127
7.1K
Sean Bowe
Sean Bowe@ebfull·
Interpretation of the Zcash coinholder sentiment collection... (My personal view is that if coinholders strongly oppose a change, it's *really* hard to argue we should do it anyway.) 1. ZSAs are in bad shape. There is basically no support from coinholders, and I'm not sure there's enough enthusiasm elsewhere to overcome this. I'm personally not bullish about ZSAs for numerous technical reasons. I think an argument still needs to be made for including this feature in the protocol. 2. NSM (modulo fee burning) seems unpopular with coinholders too. My guess is that anything that touches this issuance gives off bad vibes regardless of its merit. I think *because* it touches issuance we should be even more deferential to coinholders. 3. Fee burning seems fine. 4. Memo bundles are broadly disliked from coinholders. Personally I don't like these. It moves us in the wrong direction: memos are not sustainable / scalable in their current form, and we shouldn't be encouraging people to use them in ways we didn't originally anticipate. I appreciate the careful attention to detail and effort put into the ZIP though! 5. Explicit fees seem fine. 6. Sprout removal seems to have more opposition than I expected. We really need to propose this to the community again, perhaps next time with a more clear timeline/warning process. Sprout users are not paying for the ongoing burden that the Sprout pool has on the maintenance of the protocol, and the pool is nearly abandoned. 7. Tachyon has fantastic support from coinholders and from most others that were polled too. Thank you! Making progress on scalability seems very important to ZEC holders and most Zcashers I've talked to. I believe the results show there is a mandate to making progress shipping a shielded pool on mainnet even without wallet support, which is how our other pools have previously been shipped. I think this kind of aggressive deployment strategy is essential to making meaningful progress on scale. More generally, I think this bodes well for other scaling-related objectives being developed such as the ideas coming from the @zkDragon camp (which I think will be vital for Tachyon's success), and so those should feel a similar amount of support here. Take this one with a grain of salt, since Tachyon is my pet project! 8. STARKs haven't quite been sold to the community yet. I haven't seen much enthusiasm for them on a technical level from other protocol devs due to concerns like security levels. Let's maybe keep iterating on this, it doesn't seem dead but it seems like an uphill climb. 9. Dynamic fees don't enjoy much support and there's genuine concern/skepticism about the mechanics design of them (as proposed.) I agree, this needs more work. 10. No real enthusiasm for consensus accounts. This is a weird one, I don't know what to think about it yet. 11. Quantum recoverability is pretty solid across the board. Great work to the ZODL crew on this.
English
40
53
322
90.6K
Skylar Saveland 🛡⚔️ retweetledi
Boris Cherny
Boris Cherny@bcherny·
Introducing: built-in git worktree support for Claude Code Now, agents can run in parallel without interfering with one other. Each agent gets its own worktree and can work independently. The Claude Code Desktop app has had built-in support for worktrees for a while, and now we're bringing it to CLI too. Learn more about worktrees: git-scm.com/docs/git-workt…
Boris Cherny tweet media
English
439
851
11K
1.3M
Skylar Saveland 🛡⚔️
@dismad8 @ebfull Hrm, there are still a lot of unexplored, powerful use cases possible via encrypted payments delivered p2p with encrypted bit of data 🤔 What would be the best substitute?
English
1
0
4
381
dismad
dismad@dismad8·
@_skyl @ebfull I believe remove them, but I'll let ebfull clarify.
English
1
0
0
369
Nathan
Nathan@ngmarley·
@_skyl Looks great! Do you have source available? Also curious, are you writing the core separately and wrapping in OS-specific UI?
English
1
0
1
77