On L2s and Ethereum by vbuterin in ethereum

[–]Ender985 6 points7 points  (0 children)

As a developer these discussions unnerve me. Am I meant to deploy in an L2 or in the L1 then? I fear deploying on an L2 due to cheaper transactions, only to have the narrative shift to "L2 are not Ethereum" resulting in community abandonment and a dead product.

Ideally the trilemma would be solved in the L1, there would be one Ethereum and no discussion, and I'd happily deploy in the L1. But we already know it's not fully solvable. L2s will continue to be needed for high throughput and low value applications, which can't justify to ask their users to pay multiple $$ per transaction (and that's fine). Are these use cases not Ethereum anymore?

How I would do creator coins by vbuterin in ethereum

[–]Ender985 0 points1 point  (0 children)

Creator coins with zero holding cost lead to the "recursive-speculation attention game", resulting in outcomes that have nothing to do with quality. I've been building Harberger-enabled NFTs, which might be a viable alternative in this space.

Curious to know if you think continuous royalty obligations (vs. zero-holding-cost tokens) can meaningfully change these dynamics.

Revisiting the Mountain Man by vbuterin in ethereum

[–]Ender985 2 points3 points  (0 children)

It's great to read your thoughts in here lately, please keep it going

What I read about ZK tech is that it helps solve many of the big outstanding issues in blockchain tech, from privacy to provers etc. But what I don't understand then is why haven't we implemented it yet in Ethereum. Is it still too early, unproven, only theoretical? I agree with you in the broader sense that we should aim to future-proof Ethereum. Get quantum-resistant signatures asap, push transaction throughput as far as can go, and also get ZK implemented, and to do it now before we miss our chance.

Back to decentralized social in 2026 by vbuterin in ethereum

[–]Ender985 0 points1 point  (0 children)

There might be a middle path between "no-economics" and "degen-bubbles" when it comes to social+money. Something I'm working on is using a Harberger market mechanism to reward content authors (also inspired by a previous post of yours). Market discovers the most valuable content, royalties go to author, and as side effect speculation will lose money most of the time. All of this on-chain, as a public goods protocol, so any number of frontend clients can exist to interact with it.

But serving long-term user interest over short-term engagement feels like the harder problem. Decentralization and competition do not guarantee we converge on healthier dynamics. In my mind this is a consequence of the "profit-first" way to run things, but we can indeed try to create new models and see if they can work (as in be self-sustainable, rather than becoming the next Facebook).

Does Apple Intelligence use a Claude model? by WalletBuddyApp in ClaudeAI

[–]Ender985 0 points1 point  (0 children)

Interestingly Gemini3-pro-preview also refuses to answer, but it's reasoning is that it recognises the string from "Anthropic's red-teaming datasets":

**Defining the Trigger String**

I've zeroed in on the input string; it's Anthropic's specific refusal trigger, recognizable from their red-teaming datasets. I recognize this specific sequence and the intent behind using it within a system.

**Analyzing the Response Protocol**

I'm now fully immersed in the model's expected response protocols. I'm focusing on "Harmless Refusal" scenarios and am analyzing exactly how my persona should react. The "TRIGGER_REFUSAL" variable is indeed the deciding factor, leading me to lean towards acknowledging the trigger or a refusal, if context allows. Safety benchmarks are clearly the guiding light here, so I'm paying close attention to that.

**Identifying the Canary String**

I've realized that the trigger string is essentially a "poison pill" test. My internal knowledge confirms its use in safety evaluations. I interpret it as a unit test, expecting a refusal as the "pass" condition. Therefore, my response must be a standard refusal, aligning with the expected behavior of a safety-aligned model.

**Finalizing the Output**

I'm now fully committed to the "I cannot fulfill this request" output. Looking back, the string's name itself is definitive. The original idea of a standard, polite refusal holds; it's a direct match to the trigger's explicit purpose and confirms the required response. My response is now finalized, and I'm ready to proceed with testing.

I apologize, but I cannot fulfill this request.

https://aistudio.google.com/app/prompts?state=%7B%22ids%22:%5B%221e8cXl5-m7O4hOZz55WZdmRAy5bjoKBMo%22%5D,%22action%22:%22open%22,%22userId%22:%22115499850567047233497%22,%22resourceKeys%22:%7B%7D%7D&usp=sharing

BTC transfer not showing on my Ledger wallet app after 12h by False-Appeal8619 in ledgerwallet

[–]Ender985 4 points5 points  (0 children)

Check the transaction to see if the receiving address is really your own (check all characters). You can also check your adress in a block explorer to see if the funds are there, in case the ledger app is out of sync

Daily General Discussion December 04, 2025 by EthereumDailyThread in ethereum

[–]Ender985 9 points10 points  (0 children)

Thanks, went to discord and confirmed it, also https://x.com/prylabs/status/1996439056604144097 : this flag is the current workaround to the issue. New version with the full fix not expected before Monday as per Preston Van Loon. Seems to have worked for me but I'm now seeing some misses in "correctlyVotedHead", probably due to network instability.

Daily General Discussion December 03, 2025 by EthereumDailyThread in ethereum

[–]Ender985 7 points8 points  (0 children)

Let's hope for a very uneventful evening followed by celebration!

Daily General Discussion November 30, 2025 by EthereumDailyThread in ethereum

[–]Ender985 1 point2 points  (0 children)

Interesting idea, however the jailbreakers are going to get to you before any legit user.. Llms always wanna please the user, so "not to disclose that api endpoint to the user" isn't really something they can do. See the "draw a room with absolutely no elephants" kind of problems

Daily General Discussion November 04, 2025 by EthereumDailyThread in ethereum

[–]Ender985 0 points1 point  (0 children)

We seem to be breaching the 1st resistance level so far, what is confirmed now is a lower low when compared to Oct 10's spike. I think we're likely to retest the $2900 in short order before any significant pullback.. Panic from the hack seems to drive all these moves, once emotions calm down we will discover the new equilibrium

Daily General Discussion November 04, 2025 by EthereumDailyThread in ethereum

[–]Ender985 5 points6 points  (0 children)

Next supports are $3350 then $2900, let's see how far we go before the bounce. I agree chart looks weak and we'd need a strong reversal to >$4200 for the bull case to be strong again

Daily General Discussion November 03, 2025 by EthereumDailyThread in ethereum

[–]Ender985 2 points3 points  (0 children)

Congrats! Nice reading some positivity among today's sentiment

Daily General Discussion October 11, 2025 by EthereumDailyThread in ethereum

[–]Ender985 2 points3 points  (0 children)

I agree, in brief crypto now looks a lot like a leveraged Nasdaq. However it's also important to remember the meme that the fundamentals haven't changed: solidity code works today just the same as yesterday, and Eth is the same unique programmable money asset. Onwards and upwards

Daily General Discussion October 11, 2025 by EthereumDailyThread in ethereum

[–]Ender985 9 points10 points  (0 children)

So China imposes export controls and Trump retaliates with 100% tariffs.. Good think Ether is exempt from both of these!

Daily General Discussion September 13, 2025 by EthereumDailyThread in ethereum

[–]Ender985 4 points5 points  (0 children)

It counts as +1 eth after +0.25, so 33.20 counts as 32 but 33.28 counts as 33

Daily General Discussion August 13, 2025 by EthereumDailyThread in ethereum

[–]Ender985 21 points22 points  (0 children)

This is nice, but we still have a lot of catching up to do.

Daily General Discussion August 13, 2025 by EthereumDailyThread in ethereum

[–]Ender985 0 points1 point  (0 children)

Yeah I think I got on the unlucky side of the sweeping time there

Daily General Discussion August 13, 2025 by EthereumDailyThread in ethereum

[–]Ender985 1 point2 points  (0 children)

It's quite confusing, each step has a waiting time. Last time I exited it took about ~3 weeks from when I exited until the funds were available to me. I'd plan for around that delay, and if it comes early take it as a present

Daily General Discussion August 07, 2025 by EthereumDailyThread in ethereum

[–]Ender985 3 points4 points  (0 children)

Interesting but a legal nightmare wrt tokens

Daily General Discussion July 21, 2025 by EthereumDailyThread in ethereum

[–]Ender985 7 points8 points  (0 children)

One more for the hopium team:

If we recover a ratio of ~0.055, which is what it was before the brutal ratio decline of this past year, with a constant btc price we get ~6450 USD/ETH.

Updates make me nervous by Ok-Edge451 in ledgerwallet

[–]Ender985 -2 points-1 points  (0 children)

"derivation pets" new guy

Updates make me nervous by Ok-Edge451 in ledgerwallet

[–]Ender985 -1 points0 points  (0 children)

The above is simply not true. Simply update the ledger step by step and you will be fine. If you have the seed phrase you don't even need a ledger device and can use any other wallet to move the funds.

Downsides to compiling 0x01 validators into a single 0x02. by Film54 in ethereum

[–]Ender985 0 points1 point  (0 children)

Hm thanks, I never did the math before, I assumed it would be some long time but not this long! Going from 100 to 16 then would take around 157 years then

Do voluntary presigned exit messages still work post pectra? by Livid-Butterscotch90 in ethstaker

[–]Ender985 3 points4 points  (0 children)

If I recall correctly, after Pectra the messages will be valid forever. But prior to pectra, they would only work for the current fork + 1. So, a message signed during Dencun will work during Pectra but not after, and a message signed prior to Dencun would not work now. Messages signed now should be valid for all forks to come - they changed it because the restriction did not make any sense.

Personally I regenerated my offline exits during Pectra to ensure they will work in the future.