На всякий случай: чтобы реализовать хотелку, ему придется расшифровать ваш код.
Он изначально знает - на что идет. ... Захочет реализовать хотелку - реализует.
Ээээ... А вы точно понимаете, как работает шифрование кода?
Как я понимаю, вы разрабатываете что-то типа платных плагинов или тем для опенсорсных CMS,
потому что если вы разрабатываете сервис полностью сами, то мой совет был бы вообще сменить язык программирования и распространять бинарники вместо кода в текущей модели бизнеса,
либо сесть всем вместе и подумать, что вам изменить, чтобы не применять подобные архаичные методы.
Сейчас мало кто таким пользуется, и советов хороших по выбору того или иного, вы вряд ли получите.
Если выбора нет, то простые обфускаторы кода вам не помогут, потому что вернуть их в человекочитаемый вид проще простого (особенно в наш век GPT), и не так дорого. Поэтому, надо выбирать то, что работает в связке с сервером, типа ioncube.
И если вы уже собрали список, то просто попробуйте сами все варианты и выберите что-то, что будет максимально-комфортным для вас.
Код на пыхе на 90% - банален и легко повторим, если требуется.
И получит ваш клиент черный ящик, в котором ради любой хотелки и с любым багом нужно идти к вам на поклон.
Не входят, так как это решения для нативного кода и не имеют отношения к PHP:
- https://oreans.com/
- https://vmpsoft.com/
у вас есть возможность вынести критически важные части функционала в нативный код?
Например это можно сделать в виде PHP Extension.
А затем пытаться защищать уже нативный код (инструментов для этого хватает)
У вас настолько злые заказчики, что вы не доверяете в пользование написанный вами server side?
Ну, это явно проблема разработчика, но, никак не клиента. И, такого не должно быть.