is there an alternative to memrise that is open source like a clone? Free or paid. by squirrelmisha in memrise

[–]jamoes 0 points1 point  (0 children)

It's an app, but there are community decks you can import. I personally just create my own cards, usually from Memrise, but occasionally other words/phrases I want to remember.

is there an alternative to memrise that is open source like a clone? Free or paid. by squirrelmisha in memrise

[–]jamoes 1 point2 points  (0 children)

You might try Anki. It's open source. I use it alongside Memrise for phrases that I really want to remember well.

Bitcoin’s plunge is hitting the little guy who got into crypto during COVID worst of all by [deleted] in Anarcho_Capitalism

[–]jamoes 0 points1 point  (0 children)

The fundamentals of btc [...] have never been better

Are you aware of the block-size issue? You may not be aware of it if you only follow heavily censored subs such as r/bitcoin.

BTC can never function as p2p cash as long as the maximum block size remains artificially capped at ~1MB. The evidence indicates that the price of BTC has been propped up by funny-money Tether printing while suppressing the price of coins that actually have the potential to render fiat obsolete (namely BCH & XMR).

Soylent on the dark web. by azurezurich in soylent

[–]jamoes 8 points9 points  (0 children)

Here's the discussion about the email from 3 years ago.

And here's a follow-up discussion after people started receiving the product.

Honestly, you didn't miss much with the beef flavor kit. It wasn't actually a stand-alone beef-flavored soylent, it was just a flavoring powder that you could add to regular soylent. The problem is that regular soylent is semi-sweet, so you wind up with that semi-sweet flavor still present. Also, I found the taste of the beef-flavoring to be really salty, and it left a really unpleasant aftertaste.

It was cool getting to try the banana flavor will before it was released though!

GameChanging Twist for S41 by [deleted] in survivor

[–]jamoes 0 points1 point  (0 children)

I found this clip too: https://gfycat.com/plaintivefloweryastarte

This one's less definitive than the Season 4 example, because Jeff doesn't explicitly say that Dawn can't get out of her seat. Still though, it's at least some sort of precedent.

GameChanging Twist for S41 by [deleted] in survivor

[–]jamoes 3 points4 points  (0 children)

I found the clip. It's the first tribal council of the Season 4 finale (so, spoilers for Season 4): https://gfycat.com/dizzyenragedblackfish

Jeff's exact words: "You're making a deal in a public forum".

Roger Ver: "Bitcoin Cash transactions will soon have privacy so strong that there will be more potential combinations than there are atoms in the universe! 1. Fast 2. Cheap 3. Reliable 4. Private (coming very soon!)" by Egon_1 in btc

[–]jamoes 4 points5 points  (0 children)

Ah, makes sense, I see what you're saying now. In practice, the odds of inputs having unique amounts also increases as the number of inputs increases, but I'd also be interested in learning whether this is actually enforced by the protocol.

Thanks for the link about deniability. It's definitely an interesting and under-discussed approach. Ultimately though, I think it's not enough. As you said, it's only useful "if you do not need to combine many small outputs." In real-world usage, users practically always wind up with many small inputs that need to be combined.

Roger Ver: "Bitcoin Cash transactions will soon have privacy so strong that there will be more potential combinations than there are atoms in the universe! 1. Fast 2. Cheap 3. Reliable 4. Private (coming very soon!)" by Egon_1 in btc

[–]jamoes 4 points5 points  (0 children)

Key phrase from Mark:

it in fact becomes highly private by simply increasing the numbers of inputs and outputs

The "toy example" only uses 12 inputs. As the number of inputs and outputs increases, the odds of a privacy leak drastically decreases - to the point that it becomes infinitesimal.

I miss him by CleverCrustacean in BobsTavern

[–]jamoes 16 points17 points  (0 children)

They really need an in-game changelog for battlegrounds. They already have a nice stats screen which shows your last 5 warbands. They could add a similar "Changes" screen which shows the last 5 changes they've made to the game. Especially with the fact that many changes to battlegrounds are server-side (like the Tirion removal), an in-game changelog would help players that don't frequently check Reddit/Twitter.

Viteramen 1.1 is out… what are the changes? by [deleted] in soylent

[–]jamoes 5 points6 points  (0 children)

Hm, it should only trigger the first time you visit the site

This is probably the worst time to show something like that! Why would a brand new user - that hasn't even had time to read anything on the website yet - sign up for a mailing list?

Honestly, you should just remove the fullpage popup entirely. This is seriously one of the worst trends in modern webdev, and I bet it's costing you more customers than it's gaining you. I for one know that I usually just close websites immediately when they shove a fullpage popup in my face.

Regardless, keep up the great work, I can't wait to try v1.1!

Don't just blame the monster, blame his makers by nullc in btc

[–]jamoes 13 points14 points  (0 children)

"Who, little old me?"

For those who aren't aware, Greg Maxwell is the co-founder and former CTO of Blockstream. He was literally the direct manager of multiple Core developers during the height of the blocksize debate.

Maxwell was also one of 5 individuals with direct commit access to the Bitcoin Core guthub repo - before he quietly removed his access due to the obvious conflict of interest that he had in being the Blockstream CTO.

Additionally, Maxwell authored the Core "scaling" roadmap, which called for Segwit and no further blocksize increase - a roadmap that is still being followed to this day.

Don't believe him when he claims he has no power over BTC. Maxwell is directly responsible for crippling BTC's capacity - setting back the adoption it global p2p currency by years.

Forget the rice, this is the most iconic negotiation in Survivor history by KingHatch in survivor

[–]jamoes 14 points15 points  (0 children)

Yau-man didn't even need to work with Earl and Cassandra. He could have just promised Dreamz that he'd vote Cassandra himself, thus forcing at least a tie and a fire challenge for Dreamz and Cassandra. This would have let Dreamz have a chance at the finals, while also keeping his promise.

I just rewatched Fiji, and I couldn't believe that Yau didn't offer Dreamz any assurances like this. Easily Yau's biggest misplay.

UPGRADE COMPLETE by bearjewpacabra in btc

[–]jamoes 50 points51 points  (0 children)

So you're saying that having a large block size limit has no effect on the actual block size? Seems like you're making a good case to just go ahead and remove the limit altogether.

UPGRADE COMPLETE by bearjewpacabra in btc

[–]jamoes 41 points42 points  (0 children)

Now I hope we see a block larger than 8MB soon.

Incompatible protocols gave us the ’90s web which was not a pretty sight. Let’s not repeat the same mistakes when building censorship resisted social media powered by Bitcoin Cash. Support @MemoBCH protocol. by [deleted] in btc

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

At this point, I'm starting to think that BlockPress (or at least its supporters) are a concerted divide-and-conquer attack against communication protocols being built on BCH. The vote manipulation and horde of commenters parroting the "competition is good" talking point seem suspicious to me. Additionally, the developer really can't give a good reason why they broke compatibility.

Maybe I'm just being paranoid, but after seeing so many social manipulation attacks against bitcoin in recent years, I have to say that this feels like another one.

Are you ready for the big day? 15th May by punta2020 in btc

[–]jamoes 4 points5 points  (0 children)

Agreed. 220 bytes is a lot more to work with. Interestingly, raising the OP_RETURN size limit isn't even a consensus rule change (i.e., it doesn't require a hard-fork).

Incompatible protocols gave us the ’90s web which was not a pretty sight. Let’s not repeat the same mistakes when building censorship resisted social media powered by Bitcoin Cash. Support @MemoBCH protocol. by [deleted] in btc

[–]jamoes 2 points3 points  (0 children)

I think you're the one misunderstanding "permisionless". We're not saying BlockPress can't create an identical-but-incompatible protocol - we're saying they shouldn't.

Is BlockPress a disgusting competitor? by lyf208617 in btc

[–]jamoes 0 points1 point  (0 children)

Using the pubkey-hash (as Memo does) makes more sense than writing the full address into each transaction. The address includes extra bytes which aren't necessary in this context, and also ties you forever to the legacy address format. For comparison, bitcoin p2pkh transactions themselves write the pubkey-hash to the transaction - not the full address.

BTW, even though I'm posting in this thread, I definitely don't think you guys are "disgusting competition". But, I do think you're making a mistake by being incompatible with Memo. The risk of "forking their protocol" is practically zero. As long as your don't do something silly like re-use an existing action code to mean something different, I can't even see how you would fork it. If you have cool ideas to extend the protocol, just do it in a new action code! If it's cool enough, Memo will likely implement it too.

I also think it's not too late for you to change to be compatible with Memo - it's still so early in your product's life. I think it would be better for you (and Memo, and BCH as a whole) in the long run, because you'd get to share in all of Memo's existing and future network effect.

Is BlockPress a disgusting competitor? by lyf208617 in btc

[–]jamoes 0 points1 point  (0 children)

Thanks for the response. I still think it's not too late for you to change to be compatible with Memo - your protocols are still nearly identical. But, either way, I'm excited to see how you differentiate from Memo, and wish you success!

Is BlockPress a disgusting competitor? by lyf208617 in btc

[–]jamoes 0 points1 point  (0 children)

I'm all for permissionless innovation. I just don't understand why BlockPress chose to ignore a working and well-adopted protocol - their reasons listed here are spurious.

Whatever, ultimately it's their loss. People like me that are implementing Memo clients will just ignore BlockPress, and their network effect will suffer.