Так не проще?

В Main к примеру, сделать static stageLink (на stage или на любого другого "посредника" наследуемого от EventDispatcher... на тот же Main)

в инициаторе очистки
В обработчике очистки

Эта фраза, кажется, лишена смысла, так как пра-пра-пра-child находящийся в списке отображения не может не иметь ссылку на stage.
Тонущие события это нерационально, так как даже в очень маленьких флеш приложениях в списке отображения находятся сотни объектов.

Такие броадкастеры - себе дороже.

Как вариант можно делать не суперглобальные всебросающие бросатели, а модульные бросатели, бросающие события из списка событий модуля. Т.е. передавать объектам бросатель, через который они будут бросать и прослушивать события.

Уже лучше, но всё равно плохо. Получается GoF медиатор на полном обсервере с каким-то стрёмным контролем доступа - любой объект может делать что хочет.
А вот чистый медиатор между такими вставить - да, хорошо.

Интересно, насколько этот Event расплодится, скажем, при десяти уровнях вложенности…

По количеству уровней вложенности, наверное, т.е. в десяти экземплярах. Любой dispatchEvent при том, что у event'а есть target приводит к вызову event.clone() и созданию нового объекта события. В горизонтальном направлении раздается один экземпляр, в вертикальном (редиспатч) - каждый раз новый.

стоп.
вопрос хоть и относился к "всплывающему" евенту, был изначально сведен к сингелтон-"дуплу" для общения(Дубровский имел сношения с Машей через дупло старого дуба) :)
т.е. доступной из любого места замене стейджа для таймлайн-коддинга

тру-тонущее событие было изначально отвергнуто как нерациональное.

Поздно! А мы уже развили тему. =)