> I understand why they likely don't, but I wish they'd run this service on wikipedia.org. I understand this sentiment, but it may be technically complex, for

> I understand why they likely don't, but I wish they'd run this service on wikipedia.org. I understand this sentiment, but it may be technically complex, for a few reasons. "wikipedia.org" has over 800 hostnames under it, corresponding to encyclopedias in various languages. Which language host should they run it under? Or create a new DNS record for it altogether? What benefit would that bring? Is it more important to run on the domain "wikipedia.org" or the IP addresses underlying the hosts in that domain? Will censors block only the DNS resolution of the servers, or their IP addresses, or both? Now the IP addresses corresponding to the language-based wikis may be special indeed. I suspect that they are "anycast" addresses and that a single A or AAAA record corresponds to multiple geographically-distributed hosts around these United States. It is very likely that the specialized front ends for these wiki servers are not tooled up to host DNS services such as this, especially experimental ones that they're constantly messing with. And yeah, that's the main thing: this is an experimental beta service that's barely public. I don't think they want something so unreliable to be riding coattails of production services. I know I don't want that. Censorship is an unfortunate spectre here, but think about it, if the censors really wanted to blackhole the DoT/DoH servers then they might just throw out the baby with the bathwater, and not really care about the collateral damage, just to punish Wikipedia for trying to do this.