Это не. В РЛК, требования обычно определяются с использованием всех заглавных букв (хотя и не строго обязательно), а также специальные ключевые слова. См RFC 2119. Это делает предложение, чтобы сделать это, но часто есть веские причины не делать этого; например becuase применения наслоения, наличие кода и т.д. (также RFC6979 вроде неловкости медленно уже, обязательное это будет половина снова медленнее в нашем случае будет просто привлечь больше людей делать некорректные ADHOC вещи). В этом случае предложение даже не кажется, уровень должен.

Это характерно для нашел-на-интернет ECC крипто-реализаций быть педантично неправильно, и в худших способов, чем это. Пусть покупатель будет бдителен. Практически ни один из них, что я видел, не имеют доказательств сильного рецензирования или доказательства того, что их авторы имеют особенно детальное понимание того, что они делают. (Оказывается, можно реализовать работу, или, по крайней мере, в основном работает ECC просто подражая некоторые учебники, которые сами часто написанных людьми, новых к предмету).

Я думаю, что быть правильным в этом отношении очень важно, не только в случае, если кто-то удается найти р = 2 ^ -256 входов, открывающие плохое поведение, но и потому, что тот же код может быть впоследствии повторно использовать для будущих кривых, где поле не так безумно близко к 2 ^ 256, и неспособность правильно осуществить это может превратиться в серьезную уязвимость безопасности. Это также важно сделать правильно, потому что это упрощает обзор: можно механически проверять каждый шаг и не прибегать к трудоёмке криптографического рассуждения о причастности какой-либо конкретного изменения, ошибки (или бэкдора), который убивает вас есть один (и рискованна!) которые выглядели безвредно на поверхности.