添付画像のような状態になっているとき、男性（gbSpeechBalloons[0]）が「非表示」になっているのでデフォルトのブロックとして採用されるべきではなく、本来は女性が採用されるべきですが、男性が採用されてしまうということですね。

gbSpeechBalloons[0]は設定上のもっとも若いIDを意図したものなので、例として挙げただけです。

今回の不具合となっている動作周りをコードで辿っていくと分かると思うのですが、問題は現在の吹き出しブロック（balloon/block.js）が

• 配列が存在する（gbSpeechBalloons[0]）
• 配列内の各要素が存在する（id, icon, style, etc..）

ことを前提としている点で、今回と同じように前提条件が崩れるとエラーが出ます。

一方、gbSpeechBalloons自体は吹き出しブロックの動作タイミングで毎回宣言されるわけではないので、前提条件が必ず守られているわけではありません。
明確でない前提条件にブロックの動作が依存しており、エラーの原因になり得る状態です。

この説明で伝わりますでしょうか？
初期値をattributesのdefaultで固定するなど簡単な方法はありますし、設定値を用いて複雑化する必要はないように思います。

一応伝わっているつもりではいます。
引用部分は、非表示の際に起こる不具合の一例として、書きました。
後からこのトピックを見る方向けに分かりやすく書いたつもりが、逆に混乱させてしまったのかもしれません（こういった特殊なトピックを見る人がいるかどうかもわからないのに余計なことを書いてしまいました）。

あと、先日いただいたリンクのtransformsを読んで試してみたのですが、一つ質問させていただければと思います。

• subhead
• text-columns

についてなんですが、仮にsubheadブロックが投稿にあった場合、transforms.jsのように書くだけで、投稿ページを開いたときに、マイグレートするようにcore/paragraphに起き変わるのでしょうか。
他のブロックで同様のtransformsを作成して、僕の環境で試してみたんですが、自動的には変わらず、添付画像のような変更ボタンを押さないと変わらなかったので。
なにか他に記述が必要なんでしょうか。

時間が空いてしまいましたが、最近のCocoonのバージョンアップデートで「エディターで予期しないエラーが発生しました」が解決いたしました。

エラー発生中はクラシックエディタを使っていましたが、今はブロックエディタも問題なく使用できます。

皆さま本当にありがとうございました！