theoretisch geplanten "reinen" WebExtension-Welt
Ich habe noch keinen Beitrag seitens der Thunderbird-Entwickler gelesen, in dem ernsthaft über eine baldige Beendigung der Experiments nachgedacht wurde – ich vermute das meinst du mit dem "theoretisch" 
. Mozilla hat das im Firefox zwar schon gemacht, die Ergebnisse dort waren aber desaströs, sodass man diesen Fehler hoffentlich nicht auch im aus Add-on-Sicht deutlich komplexeren Thunderbird wiederholen wird.
Nach Möglichkeit sollte ein guter Teil der Add-ons weitgehend ohne Experiments auskommen, aber ich glaube nicht, dass sie jemals vollständig abgeschafft werden. Selbst Firefox hat meines Wissens keine Pläne, Experiments jemals zu entfernen – nur ist diese Funktion in normalen Builds zumindest für Add-ons von Drittanbietern gesperrt. Da Thunderbird aber auch andere Funktionen zur Einschränkung der Nutzer nicht übernommen hat (z.B. zentrale Signierung von Add-ons), bin ich da (zumindest noch) guter Dinge.
Der frühere Vorteil war meines Erachtens nur Existent, da sich über Jahre fast nichts zentrales an Thunderbird geändert hatte.
Ich merke, dass ich von zwei verschiedenen "früheren" Zeiten geredet habe, ohne diese vernünftig zu differenzieren. Sorry für die Verwirrung.
Ganz früher (vor Gecko 2) haben Add-ons ähnlich funktioniert wie WebExtensions mit einer "weichen" Form von Experiments: es gab ein paar (wenige) definierte APIs, die als "frozen" markiert wurden und für Add-ons stabil bereitstanden. Der Rest konnte sich zwischen Releases ändern (und hat das auch), die Add-on Entwickler mussten hier regelmäßig anpassen. Beide Typen von APIs standen gleichwertig im selben System, sodass man weitgehend reibungslos immer die API benutzt hat, die am besten passt. Änderungen an den nicht als "frozen" markierten APIs wurden nach Möglichkeit so durchgeführt, dass Add-ons nicht allzu sehr betroffen waren und sich der Aufwand für jede neue Version in Grenzen hielt. Dennoch war in der Regel ein Update von jedem Add-on für jede neue Version nötig (es gab aber noch keine Rapid Releases, in der Praxis war das also weniger schlimm als es klingt). Das ist das Niveau zu dem wir mit WebExtensions hoffentlich zurückkommen.
Dann hat Mozilla "frozen" abgeschafft – die Änderungen hielten sich aber weiterhin in Grenzen. Spätestens seit der Übergabe von Thunderbird an die Community ist die Entwicklung von Thunderbird weitgehend stehengeblieben – Add-ons wurden in dieser Zeit sogar ohne Freigabe durch den Entwickler automatisch als kompatibel eingestuft. In dieser Zeit hat sich wie von Thunder erwähnt einiges an Problemen angesammelt und viele Add-on-Entwickler haben ihre Add-ons alleine zurückgelassen (sie funktionierten ja noch). Das ist die Zeit in der gar keine Updates nötig waren.
Aus meiner Sicht sind WebExtensions die nächsten "frozen"-Interfaces,
wenn auch deutlich mächtiger. Das bringt zunächst mal Ruhe rein, aber
Add-on-Updates wird man weiterhin regelmäßig brauchen. Die Zeit von
Add-on-Kompatibilität ohne Updates ist dagegen vorbei.
Es gab faktisch einen Stillstand und somit einen "Entwicklungs-Stau", der sich momentan halt mit relativ schmerzhaften (weil auch ungewohnten) Umbrüchen rächt.
Die jetzt anstehenden schmerzhaften Änderungen kommen aber aus meiner Sicht eher von Firefox als von Thunderbird. Im Zuge der aktuellen Umbauten kann man aber hier und da auch ein bisschen Fortschritt in "Thunderbird-eigenen" Altlasten sehen.
