DynDNS und seine Restriktionen

Mein Helferlein arbeitet gerade - unter anderem auch aus eigenem Interesse - daran unsere Kundendomains DynDNS-kompatibel zu machen, d.h. eine eigene Implementation eines DynDNS-Serverdienstes.

Bei diesem Prozess unterhalten wir uns viel über das dort eingesetzte Protokoll und seine Restriktionen - viele davon halte ich ja für schwachsinnig und zu sehr (mit Verlaub) Stock-im-A..Popo:

• DynDNS-Anfragen dürfen nur via GET übertragen werden
  WTF? Was ist denn der große Unterschied zwischen GET und POST? Gibt es da irgendwelche Sicherheitsbedenken, etc.? Selbst wenn: POST wäre sicherheitstechnisch sicherlich besser geeignet, da die Parameter nicht im Log erscheinen - doch gerade darum geht es! DynDNS gibt an, da sie nur GET zulassen um auf ihrer Seite schneller Debuggen zu können
  
• Ausschließlich Verwendung von HTTP/1.0
  Für mich als Hoster eigentlich ein Alptraum, da der für mich so relevate Host:-Eintrag im HTTP-Header erst mit HTTP/1.1 Pflicht geworden ist. Warum nur halten die Jungs und Mädels an 1.0 fest?
  
• Maximal ein Update pro Minute
  Bei DynDNS darf jede Domain nur einmal pro Minute ein Update erfahren. Das ist vielleicht hilfreich um Traffic vom Server zu nehmen, aber sonst kann ich da keinen Vorteil drin entdecken. Künstliche Limits mag ich schon mal gar nicht und sollte wirklich mal wer amok laufen, wird er halt automatisch geblockt.