В целом это некорректное сравнение

И одно не отменяет другое

Я то понимаю

Я не уверен)

Ну вот я не уверен в обратном.
Как и не уверен во всех людях которые заходят с маневров: "bloc фелангела это всеголишь либа, BLoC это концепция, это архитектурный шаблон"

То что я озвучил выше - это прямой архитектурный вопрос

Не логики, не реализации

Именно архитектурный

Причем это самое что ни на есть сердце энтой самой архитектуры отдельно взятой подсистемы/модуля

Насчёт блока как концепции кстати вчера пытались найти его определение - безуспешно.

Вроде года два назад это все всплыло с подачи гугла

Гдет было определение и описание

Ну вот где то было, но найти никто не может )

BLoC a.k.a Business Logic Components is a design pattern presented by Paolo Soares and Cong hui, from Google at the DartConf 2018.

Вот мб там есть

По сути, если своими словами, то это Стейт менеджер со следующими отличиями от редакса:
1) описывает Событие преобразующееся в состояния (а не преобразование состояния)
2) обладает локальным состоянием, также может обладать глобальным

Вот из таблички, setState - то что тут под ним понимают, это скорее отсутсвие архитектуры, тяп-ляп как придется.

В ScopedModel - примерно также, сюда же можно записать и Provider как "архитектура"

+

Из статьи следует, что ключевыми вещами для блока они считают
- обеспечение возможности переиспользования кода бизнес логики на разных платформах, но это задача (отделение бизнес логики)  большинства архитектур, так что преимуществом блока это нельзя считать. Более того, они предлагают рассматривать блок как viewmodel.
- использование стримов для нотификации UI об изменениях стейта. В этом отличие от provider с его ChangeNotifier. Вот было бы интересно их подробное сравнение по этому моменту.
Других особенностей блока как архитектуры там не описывается