World177

I’ve done it in different communities. I don’t think it should be discouraged even though it can seem strange. There’s a person who wants their question answered, and someone who wants to answer it. Why make the sever worse by stopping it?

At times, they might be wrong, but they’re going to realize they’re a problem if they’re always wrong. I do think sometimes incentives seem misaligned, like, I was in an enterprise linux related community, where their income is related to providing support to enterprise customers. In that scenario, it seemed like someone answering questions for free could be problematic to their business.

I don’t know, I don’t think it’s an issue, but I’ve noticed it does seem strange being that person.

I think you are correct. It seems like all of the other prices align with the weekly rate as 5 days. It also makes the daily rate seem more reasonable, at a yearly rate of $240,000. In a better interpretation of this, I could have maybe also assumed that this is just a fun way of stating something like "hiring to work on doubling users costs this much, but there isn't actually a guarantee that the userbase will be doubled."

> Estimates

> 3m $60k double your daily active users

For $666/day the author also sells infinite exponential growth. [1]

[1] https://taylor.town/hire-me

Elon Musk also did own x.com in the 1990s. [1] It was sold, but he repurchased it several years ago and left the page to resolve to a simple "x" index. [2] This usage was before Microsoft's 2003 registration.

[1] https://web.archive.org/web/19991114130555/http://x.com/mana...

[2] https://web.archive.org/web/20230401142845/http://x.com/

> Like the main benefit of signing would normally be non-repudiation, but it seems like this is a case wherd repudiation would be beneficial - we wouldnt want to keep an endorsemdnt that was repudiated.

So, it sounds like you're thinking something more like [1]

> I mean, i dont think "elon musk endorses this statement as true" is something that wikipedia would want. Elon musk is not a good source for what is true about elon musk (not picking on musk specificly. Most people have motivation to not be fully truthful about themselves).

I think it's useful information, but, that it basically already exists. I think there are times when it becomes really interesting, like organizational endorsements and repudations, but I just don't see endorsements and repudations being that interesting. Another idea I've seen suggested in the past is requiring users to provide a small deposit, which can be seized if it's shown they're intentionally acting malicious.

> You need to bind identities to wallets anyways, why not just skip the middle man and have people make endorsemdnts directly?

This actually has been done really well. Ethereum Name Service now has over 2,500,000 registered domains. [2] It's as easy to remember someone's address as it is their email address or social media handle. (And they can be contractually controlled, so an organization or DAO can create transactions with them or create complicated implementations that determine how they should resolve)

[1] https://pastebin.mozilla.org/0njMz5Sr/raw

[2] https://ens.domains/

Endorsements. (specifically to edits they approve)

While this prototype did not consider much, most applications on Ethereum do provide high levels of interoperability. An organization (or DAO) could write their own implementation for how their domain uses the endorse function on a contract, then have their members endorse information, which results in the organization endorsement (ex. endorsed by who.int) showing up when requirements are met, etc. A high profile person, like Elon Musk, could also sign stuff to have his signature show up on a reference. (ex. ElonMusk.eth endorses this reference as accurately representing the truth)

I think with this specific use case, the purpose is not as clear because endorsements on social media are already trusted by users. For users, even if this was correctly decentralized through a blockchain domain, it still would likely require developer interpretation for them to understand if the decentralized service is operating as expected.

If everything is going on the blockchain, it's very simple. I made this simple contract to demonstrate. [1] It can be tested with Remix. [2]

In [3], the getArticle is called which shows the article text has not yet been set. Then, in [4] I'm showing that by calling a method on the contract, the text of the article can be set by someone using the contract. In [5] I show that this previous edit changed the text of the article. In [6] I'm showing that different signers of transactions can also be displayed as an editor. And finally, in [7], I'm showing the an item in the edit history can be looked up by index.

If what is stored on the blockchain does not match what Wikipedia is showing, then Wikipedia is censoring what is supposed to be in the article. This isn't showing endorsements, but, endorsements could easily be added to this contract by creating a mapping on the contract for users that want to endorse edits at an index, etc.

[1] https://pastebin.mozilla.org/5zu9mDrg/raw

[2] https://remix.ethereum.org

[3] https://i.imgur.com/osPMT57.png

[4] https://i.imgur.com/mq9oRJ9.png

[5] https://i.imgur.com/oXghJhn.png

[6] https://i.imgur.com/Ku0DOJY.png

[7] https://i.imgur.com/AaDifV1.png

> You could definitely do better than what they were doing, but i dont see how you would be able to distinguish between a signature on a real edit and one on a fake edit that never existed on wiki. Of course you could have a trusted third party verify the edits, but in that case you might as well just use a normal website.

If they really wanted, they could prove they made edits on a chain. Using Ethereum directly is expensive, but the layer 2 chains that finalize on Ethereum are not expensive. The EVM can handle and store the results of any computation given that it is small enough for the block and has enough gas to pay for it. The fees on some layer 2 chains are very low. [1]

I don't really know if it necessary to prove someone did not make an edit though.

[1] https://u.today/polygon-zkevm-proving-costs-estimated-by-co-...

Note: I'm not sure that Polygon's zkEVM supports all op codes. Though, there are other chains like Arbitrum Nova where the EVM is fully supported, and the fees are less than $0.01/transaction. (for now at least) Polygon's zkEVM provides better security guarantees though. You can see the total value locked for different chains here, [2] which should be partially indicative of how much the markets trust them.

[2] https://defillama.com/chains

> No it doesn't.

I wasn't really paying attention to the implementation, but just what is easily possible. It would be simple to sign the full edit and provide that to other people without ever storing it on chain. It's also possible to create a contract that serves for domains of an organization to sign messages, etc.

> This whole thing is seriously stupid. It is a non-solution to a non-problem. The problem they are trying to solve doesn't exist and even if it did this wouldn't fix it.

I think this a valid. I actually do think blockchains solve identity well through domains, though, with endorsements, there's already seemingly good trust to the accuracy of identity on social media platforms. As an example, there's not usually a question to whether Elon Musk was the person who made a Tweet endorsing something as true.

> I mean hell, at the very least you think they would sign a hash of the edit instead of just an id number.

With most blockchain based stuff, it seems like projects are frequently made without much consideration.

> Why is this better than just signing it with any private key and sharing the public key?

People using Ethereum often also use blockchain based domains which makes it easier for non-technical people to be more certain about endorsements. Ethereum leaves the implementation of how something becomes endorsed by a domain up to the owner(s) of a domain.

> Why do you need to involve a blockchain and I assume transaction fees as well?

This is more dependent on implementation. Just endorsing something does not need to be on chain, so there does not need to be fees.

> What's the point of some random person "endorsing" an edit?

I think you're right in that it's so far not been necessary to use blockchain based identities. Though, I think blockchain based identities are objectively better. In implementation, it doesn't have to be a random person, it could be anyone or any organization that could endorse changes.

> I'm not sure how a wholly external PKI could be any help in "endorsing" edits. A user's ETH wallet has no relation to their reputation or trustworthiness on WMF sites.

Ethereum based identities are easy to remember and harder to censor. If Wikipedia wants to censor someone currently, they can just remove the system they have implemented. The solution offered provides an external system that provides a way to determine if someone did something even if Wikipedia tries to hide it later. (with the certainty that also backs billions of dollars in value on Ethereum)

The chain of trust seems better with blockchain based domains than chain of trust often used with GPG. With blockchain based domains, they're secured by the same chain that has so far successfully secured billions of dollars. In the old system, at the top of the chain, the person trusting keys had to be confident that the keys at the top were correct, where in my opinion, it's harder to mistake having an incorrect version of Ethereum's chain.

The old system also provided a way for domains to be seized, which would be the equivalent of an identity being revoked. This can't happen with blockchain based identities, so it provides more certainty. Blockchain based domains are tie human rememberable names to identities well. Which while GPG is associated with email addresses, the association seems more difficult to fake, and provides non-technical people certainty of identity in a similar way to how they would normally trust a website.

Ethereum is a blockchain of computations. The fact that it also secures billions of dollars is evidence that the records, such as domains that represent an identity, are highly secure. In the same way that someone can't change who owns a balance, they also are not able to change who owns a blockchain based domain.

HN is working without issue for me if I log out of my account. I was worried that my account was suspended for some unknown reason until I saw this post.

Valve didn’t receive a cease and desist. (edit: Well, they did, but from this post's author, Valve initiated the conversation, not Nintendo)

> In this case, none of this process was followed. To the best of my understanding, this is what happened:

> 1. Valve legal contacted Nintendo of America to ask "hey, what do you think about Dolphin?"

> 2. Nintendo replied to Valve "we think it's bad and also that it violates the DMCA anti-circumvention provisions" (note: nothing about violating copyright itself). Also "please take it down".

> 3. Valve legal takes it down and forwards NoA's reply to the Dolphin Foundation contact address.

edit: I think their note isn't exactly accurate either. As far as I know, the anti-circumvention provisions are a part of DMCA and copyright as a whole. Though, this does not sound like it was a proactive decision by Nintendo, so I am doubtful they have plans to sue the organization behind Dolphin's emulator.

edit 2: Though, the response back to Valve, however it may have occurred, was the following

> Because the Dolphin emulator violates Nintendo’s intellectual property rights, including but not limited to its rights under the Digital Millennium Copyright Act (DMCA)’s Anti-Circumvention and AntiTrafficking provisions, 17 U.S.C. § 1201, we provide this notice to you of your obligation to remove the offering of the Dolphin emulator from the Steam store

615, [1] 033, [2] 885, [3] and 966. [4] These were the patents listed in the case [5] if you want to quickly look at them. I am just linking them to save someone else from having to search for how to find them. The jury decided on 885 and 966. [6]

The quote below is from the source for [5]

> Whereas the '615 and '033 patents cover technology related to transferring playback between devices, i.e., “casting,” the '885 and '966 patents cover technology related to managing groups of smart speakers.

> Pursuant to “patent showdown” procedure, each side has already moved for summary judgment on a single claim. Separate orders granted summary judgment in favor of Google on invalidity of claim 13 of the '615 patent and in favor of Sonos on infringement of claim 1 of the '885 patent. Sonos has since withdrawn its remaining claims based on the '615 patent, and Google has since begun developing and deploying a purported design-around for the '885 and '966 patents. Claims and defenses related to the '033, '885, and '966 patents are now set for trial starting May 8, 2023

[1] https://image-ppubs.uspto.gov/dirsearch-public/print/downloa...

[2] https://image-ppubs.uspto.gov/dirsearch-public/print/downloa...

[3] https://image-ppubs.uspto.gov/dirsearch-public/print/downloa...

[4] https://image-ppubs.uspto.gov/dirsearch-public/print/downloa...

[5] https://casetext.com/case/sonos-inc-v-google-llc-7

[6] https://fingfx.thomsonreuters.com/gfx/legaldocs/egpbyxmqdvq/...

It's just blocking the root. Look up the specifications for the robots.txt for more information. One purpose is to reduce loads on parts of the website that they do not want indexed.

Websites usually want their pages indexed for search engines, as it increases the traffic they receive. They also often try to allow archival usage. The robots.txt usually has defined user agents used by search engines defined, as one purpose is to reduce load on the website by not indexing pages that do not need to be indexed.

It might not be what is happening as there are other ways around, but this is a real possibility for how it could be done. (at least until the websites allowing other user agents decide they want to try to stop archive.is usage, etc)

edit: I think the probability is probably high that they have multiple methods for archiving a website. I think in this post, there are many people stating that they've previously stated they just convert the link to an AMP link and archive it. I'm more so doubtful that's all they do, but it could be it too.

Using the robots.txt file in this way might not be how the author's of the website intended for it to be used. I could see that maybe being used against them in a legal system if someone ever tried to stop them. Though, there are multiple ways they could be archiving a website, so this is not necessarily how it is being done.

I think they might just try all the user agents in the robots.txt. [1] I've included a picture showing an example. In this second image, [2] I receive the paywall with the user agent left as default. There might also just be an archival user agent that most websites accept, but I haven't looked into it very much.

[1] https://i.imgur.com/lyeRTKo.png

[2] https://i.imgur.com/IlBhObn.png

It doesn't talk about HTTP/3 or QUIC. [1] It does mention WebRTC, but for a book on high performance browser networking, it's not currently mentioning solutions that were created to resolve difficulty in UDP programming (for performance networking) with WebRTC.

[1] https://en.wikipedia.org/wiki/HTTP/3

I created a comparison. [1]

[1] https://i.imgur.com/cuCcyf1.png

Blockchains are extremely good for managing public keys.

You can purchase a human readable name with Ethereum Name Service, set a public key on it as active, then add a record to it with a signing key. You can then use that signing key along with whatever other verification methods to verify your other keys. If you use your ENS id in this way, everyone can always verify that all of your keys are actually from you. (As long as they can remember your id, ex. vitalik.eth)

And no one can seize your ENS id by getting control of your centralized domain, etc. It’s only controllable by signed transactions from a public/private key pair like Bitcoin.

> PSA: if there’s an entity, it’s not a Decentralized Autonomous Organization

I don't completely agree, because a DAO like SushiDAO could lose it's websites and social media accounts, but the total value locked in it's smart contracts would not immediately change. (in the same way as a normal legal entity) These types of contracts are usually governed with their token, which would persist if the legal entity and current developers disappeared. Though, without a way for users to interact with the contract, I would imagine most of the total value locked would move away from the contracts afterwards.

There was a case last year where a person sued a content creator on YouTube for distributing parts of their accidental livestream. [1] The argument for fair use was that there was no creative input, so fair use. Though, I really do not know, as I think images and videos can be copyrighted exactly for the reason in your comment.

[1] https://www.youtube.com/watch?v=Uk1Tzqc5vk4

You are correct. [1] I just need to be more careful and cite literally everything I comment.

[1] https://fi.google.com/about/international-rates

> What exactly did eSIM enable here?

Some examples include

* Backup service in the event that an attacker gains access to your Google Fi account. A backup eSIM with data service for a year has pricing starting at like $2.

* Fast network access in other countries. As far as I know, Google Fi is a carrier in the United States, and does not include network access in other countries.

* Deprioritized on data? The ability to instantly buy a major carrier eSIM and have the data speeds back.

> There are carriers where any change to eSIM must be called in and you have to talk to a rep, where it takes hours to issue, etc.

There's also now the option to just keep your primary phone number on a cheap plan, and have multiple other eSIMs for data usage. There's no longer the problem with having to contact a carrier to switch data plans if used in this way.

Though, hopefully in time they will improve the experience anyway.

It was really inconvenient to switch to an MVNO or another carrier. You almost always had to order a SIM and wait a week for it to be shipped. Right now, I can activate an eSIM and be using the plan within like 10 minutes. I also am able to continue using my current plan.

In my current setup, I have a plan with primary carrier for my primary number, then a backup data only eSIM with non-expiring data for if I'm SIM swapped or overuse my data plan on my primary plan. I've actually tried and used different MVNOs.

I think the carriers probably do not like it, as it allows their customers to easily switch service. I also think it could possibly be part of the reason Apple released an eSIM only phone, as it forces the carriers to use eSIMs.