This site is mainly focussed on following the development and deployment of DNS-over-TLS (DoT) and DNS-over-HTTPS (DoH) as the leading solutions for DNS Privacy because they are the only protocols currently standardized by the IETF.
Some history and background on other alternatives are outlined below and we intend to follow other solutions as they evolve.
RFC7858 specified DNS-over-TLS as a Standards Track protocol in May 2016 with a port assignment of 853 from IANA. There is active work in this area.
There are now multiple implementations (including Stubby a local DNS Privacy stub resolver) and a number of experimental and public servers deployed.
RFC8484 specifies DNS-over-HTTPS as a Standards Track protocol on October 2018.
There are several implementations (including Firefox) and deployments. Note that with DoH it is possible to intermingle DNS and HTTP traffic on the same port 443 connection and make blocking of encrypted DNS harder. It should be noted that this RFC addresses almost purely protocol issues, there is no dynamic discovery mechanism for DoH specified yet so it cannot be done opportunistically (it must be configured).
RFC8094 specified DNS-over-DTLS as an Experimental Standard in Feb 2017. To our knowledge that are no implementations of DNS-over-DTLS planned or in progress.
One issue with DNS-over-DTLS is that it must still truncate DNS responses if the response size it too large (just as UDP does) and so it cannot be a standalone solution for privacy without a fallback mechanism (such as DNS-over-TLS) also being available.
DNSCrypt is a method of authenticating communications between a DNS client and a DNS resolver that has been around since 2011.
Also check out an in depth comparison from Tenta.
There are implementations available (e.g. from BII) of proxies that will tunnel DNS-over-HTTPS.
Google offers a proprietary DNS-over-HTTPS service using a JSON format for DNS queries.
A new working group was formed in Sept 2017 by the IETF: DNS-over-HTTPS (DOH)
A draft was submitted in April 2017 to the IETF QUIC Working group on DNS-over-QUIC
DNSCurve was developed in 2010 with encrypting the resolver to authoritative communications in mind. It was not standardized by the IETF.