Лидеры

В этом и заключается вопрос топикстартера: в чем смысл такой защиты, фича ради фичи? Если у дурака имеется доступ к eeprom, то не всё ли равно, вызывать eeprom.makeReadonly() или eeprom.makeReadonly(eeprom.getChecksum())?

Копаясь среди компонентов и функций, я остановился на eeprom: Функция makeReadonly зачем-то требует хэш данных, записанных на eeprom. Причем параметр обязательный, и обязательно должен соответствовать хэшу данных на eeprom. Самое смешное, что этот хэш можно получить другой функцией eeprom - getChecksum. Судя по исходникам, ни для чего, кроме проверки в функции makeReadonly этот хэш не используется, но вот если он будет неправильный, то вернётся ошибка. Зачем это вообще было сделано?

Ну, в проге lua есть автоподстановка, поэтому случайно натабать makeReadonly() и тыкнуть энтер, не одумавшись вовремя, очень реально (похоже, но не с этим методом, косячил сам). А внутрь подставить вызов другого метода неосознанно несколько сложно. Поэтому некоторый смысл оно имеет.

https://github.com/MightyPirates/OpenComputers/issues/792 > eeprom.protected // Boolean data value. Prevents changes to the eeprom, think blowing protection fuses. >Boolean eeprom.protect(string chkSum) // returns true on success, requires the chksum of the eeprom in order to prevent idiots from fusing everything. https://en.wikipedia.org/wiki/EFuse https://scribe.rip/hackernoon/how-the-nintendo-switch-prevents-downgrades-by-irreparably-blowing-its-own-fuses-884bd3b7a8ba#:~:text=Blowing a fuse is irreversible— once it’s been set it can never be undone.