Вчора з другом обговорювали один феномен: його відкритий проект за останні три місяці отримав у два рази більше PR, але час, витрачений на рев’ю, навпаки, зменшився.

Не через лінь, а тому що важко все переглянути, і багато PR здаються згенерованими штучним інтелектом: логіка працює, але щось здається не так.
Він сказав одну фразу, яка залишилася в мене глибоко в пам’яті: «Зараз ті, хто подають код, не несуть наслідків, а ті, хто зливає код, повинні.»
Ця фраза підкреслює основну проблему: у відкритій співпраці ризики між учасниками — авторами та рецензентами — є асиметричними.
Якщо автор PR зробить помилку, він шкодить репутації проекту та витрачає час на виправлення багів у майбутньому; тоді як рецензент, навіть виконавши важку роботу, не отримує жодної компенсації.
Ця асиметрія посилилася в епоху AI-кодування: створення коду стало дуже легким, але перевірка залишається складною.
MergeProof прагне вирішити саме цю проблему асиметрії.
Він дозволяє учасникам під час подання PR зробити заставу — гроші, які підтверджують: «Я впевнений, що цей код без помилок». Якщо рецензент знайде вразливість, заставу перетворюють на нагороду; якщо ні — гроші повертаються, і все.
За простотою криється фундаментальна зміна: рев’ю коду переходить від «благодійної поведінки на основі репутації» до «економічної поведінки на основі стимулів».
Вам не потрібно сподіватися на добру волю інших, щоб зробити рев’ю — достатньо поставити ставку на свій код, і хтось інший перевірить його заради вигоди.
Чим більше я думаю, тим більше переконуюся, що це може стати тією базою, якої не вистачає у відкритій співпраці.
Зараз усі говорять, що Web3 має впроваджувати економічні стимули у різні сфери, але обраний підхід MergeProof дуже точний: він не винаходить новий процес, а додає до існуючого механізму ігрову динаміку.
Автори можуть підтвердити свою впевненість, рецензенти — монетизувати час, а проект отримує якісніший код, і всі три сторони виграють.
Особливо це актуально в епоху бурхливого зростання AI-кодування: коли кількість коду починає зростати експоненційно, і «волонтерський дух» вже не може забезпечити рев’ю, економічні стимули можуть стати єдиним масштабованим рішенням.
Я вже деякий час спостерігаю за цим і відчуваю, що воно поступово змінює спосіб співпраці у програмному забезпеченні.
Щонайменше, воно змусило мене задуматися: якщо я справді впевнений у своєму коді, чи можу я поставити заставу?