немножко покопался в хаосе документации и выудил интересную картинку. похоже что кажды раз при заливке скеча перезаливается boot. такое впечатление, что он интегрируется в скеч на стадии компиляции.
я так понял что область с 0x00000 и 0x01000 которая используеся в SDK для boot.bin и user.bin превращается в arduino в область для скеча.
и где-то между 0x01000 и 0xfe000 превращается в arduino в область для обновления кода по воздуху, OTA update. В SDK по адресу 0xfe000 пишется пустой blank.bin.
область 0xfc000 которая используеся в SDK для init.bin остается в arduino не изменной. в ней хранятся настоики WiFi Config SDK.
А аналогично и с дополнительными boot от Espressif – они исправляют ошибки самой же Espressif для поддержки других типов Flash, установленных в их dev-board, а не в ваш и передают информацию, которую вы же указали программе прошивальщика в часть второго, основного загрузчика самой SDK. Т.е. перекладывают установку известных вам параметров, которые вы потом можете получить (используя никчемные функции SDK) указанные на момент выставления их вами-же во время программирования. Это такой вид показа деятельности у Espressif, что они стараются и что-то делают, и, если разобраться глубже, то окажется что это не нужно никому, а только мешает, т.к. увеличивает размер кода SDK и время исполнения. Именно так и построен весь SDK от Espressif и их Arduino. В итоге пичкания Espressif своего SDK ненужными функциями для показа “деятельности” и имеет уже невозможность обновления flash по OTA c малыми размерами Flash.