@sneak The possibility of that being enforced is inversely proportional to how much money you're willing to spend on lawyers.
@harding If you really loved your dog you'd taste test the food.
I'm not quite sure how this analogy applies to altcoins...
@stevenroose So that works out to 5300 joules / transaction. That seems rather high for a centralized system: presumably they're actually counting overall usage, including overheads and energy used by network connectivity, rather than marginal energy usage per transaction.
Remember that 5300J is the energy used by 1s at 5300W. That's something like a dozen high-end computers running flat out.
"This is much lower than would be expected to occur naturally in a general population of this size and is similar across other licensed COVID-19 vaccines."
Lol. Unless by some miracle AstraZeneca also prevents pulmonary embolisms and thrombosis, that means doctors aren't reporting the vast majority of potential side effects following vaccination.
Without data, you have no idea how safe it is. What a fuck up.
@stevenroose Oh, and remember it's not just Pfizer, Moderna, and AstraZeneca. There's also two Chinese mfgs, Sinovac and Sinopharm, and the russian Sputnik V. Multiple countries are working to manufacture them as well.
There's also many more companies developing COVID-19 vaccines, including Johnson & Johnson (which just started shipping), and Norovax (which just released late stage trials).
@stevenroose AFAICT it would not have been possible to manufacture these RNA vaccines at scale at all about one or two decades ago. It sounds like it took some cutting edge microfluidics manufacturing, among other things, to make them viable, as RNA doesn't do much without the high-tech encapsulation.
@stevenroose Yes, it's not rocket science. It's worse: precision microfluidics.
https://www.microfluidics-mpt.com/industries/vaccine-production
...and scaling up injection grade RNA production hasn't been easy either: https://blogs.sciencemag.org/pipeline/archives/2021/02/02/myths-of-vaccine-manufacturing
@stevenroose Here's a good interview touching on the difficulties of scaling up production, while maintaining quality control: http://enformtk.u-aizu.ac.jp/howard/gcep_dr_vanessa_schmidt_krueger/
Even just getting enough glass vials to put the vaccines in has been a challenge: https://www.reuters.com/article/us-health-coronavirus-schott-idUSKBN29P28A
That mfg is optimistic. But note how their timeline extends to 2022.
@stevenroose "giving companies capable of producing those more incentives of increasing output as well"
That's my point: everyone who can produce that stuff, is producing it, and they're trying to scale up that production as fast as possible.
That's why they're already having quality control problems: *new* manufacturing capacity is being developed from scratch. And getting that right isn't easy. Getting it wrong can easily kill people.
@stevenroose Pfizer, Moderna, and AstraZeneca are already having a hard time scaling up capacity enough to meet demand for full-price paying 1st world customers. I've spoken to people tangentially involved in vaccine mfg who have told me that the entire world's vaccine manufacturing capacity is running flat out. I've very inclined to believe them. And very unusually, mfgs started mass production pre-approval.
Frankly, it'd risky how fast this stuff is getting rolled out as it is.
@se7en Looks like you can generate a cert-only master key with the --quick-gen-key option. But AFAICT you have to do that from the start - you can't change that later.
That'd be a pretty unusual setup, so I'd advice against it purely on a "will likely break things" basis.
@se7en
The "C" means certification: the ability to delegate to a subkey. It might be possible to remove that. But you definitely don't want to do that. :)
I'm not sure if you actually can remove the master key as a signing key. It wouldn't be all that relevant from a security perspective anyway, as the master key can always just delegate another subkey, so removing signing ability doesn't fundamentally remove its ability to sign things.
@se7en Ah, I think I see what you mean. Yes, letting those keys expire, as well as extending the expiration, is fine. And as I said, changes to subkeys doesn't affect the WoT.
Sounds like you already know understand this fully, but note that the recipients actually need to get a copy of your updated key for any of this to take effect from their perspective. So in practice, push it to keyservers (which are kinda broken these days...) and/or send a copy directly.
I hope that helps!
@se7en I believe you have. That's not a fatal problem. But it could be annoying if you generated those keys on hardware devices.
Re: Web-of-Trust, the web-of-trust attests to identities, via the master key. So adding new subkeys doesn't break it.
Re: expiration, you absolutely can just extend the expiration. I've done that with my key repeatedly.
@stevenroose Why do you think that would make any difference? They're bottlenecked on manufacturing capacity(1), not patents. The entire world's supply of equipment and chemicals suitable for manufacturing COVID-19 vaccines has been bought up, and suppliers are desperately trying to make more. Meanwhile, there's been numerous setbacks in actually getting that mfg capacity up and running.
1) Possibly safety testing too, if these potential issues with AstraZeneca turn out to be true.
@mir_btc @BrianLockhart I gave a girlfriend some BTC to pay her back for lunch back in 2013 or so... Turns out she still has it.
I need to marry her. #golddigger