
Нарахований облік — це метод бухгалтерського обліку, у якому операції фіксуються у момент виникнення прав або зобов’язань, а не під час фактичного руху коштів. Дохід визнають, коли послуги надано або отримано право на дохід. Витрати визнають, коли виникають зобов’язання. Стан активів і зобов’язань відображають за оцінкою на кінець звітного періоду.
Наприклад: якщо ви сплачуєте річну підписку на сервіс, що починається цього місяця, навіть за авансової оплати дохід і витрати розподіляють рівномірно між усіма місяцями. У блокчейні цей принцип застосовують до винагород за стейкінг, повернення комісій та вартості послуг, які нараховані, але ще не розраховані.
Нарахований облік більш доцільний для Web3, оскільки доходи й зобов’язання на блокчейні зазвичай накопичуються безперервно відповідно до часу блоку чи логіки протоколу, а не як разові транзакції. Використання лише касового обліку може призвести до втрати позицій “зароблено, але ще не отримано” чи “використано, але ще не сплачено”, що спотворює фінансову звітність.
Багато Web3-активностей передбачають безперервне нарахування: провайдери ліквідності отримують торгові комісії, кредитні протоколи генерують відсотки, валідатори отримують блокові винагороди. Усі ці доходи слід відображати у періоді, коли вони нараховані, а не лише після надходження коштів на гаманець.
У нарахованому обліку на блокчейні операції фіксують за принципом “настання події” і “виникнення прав або зобов’язань”. Дохід визнають одразу після надання послуг або виконання умов протоколу для його отримання. Витрати фіксують після виклику контракту чи затвердження пропозиції управління, яка створює зобов’язання.
На практиці проєкти у кожному розрахунковому циклі агрегують події у блокчейні (журнали контрактів, записи про розподіл винагород), розрізняють дебіторську/кредиторську заборгованість і розраховані позиції. На кінець періоду неврегульовані суми відображають як дебіторську чи кредиторську заборгованість. Токени оцінюють за справедливою вартістю на основі надійних ринкових джерел на кінець періоду.
У DeFi відсотки та прибутковість зазвичай “нараховуються з часом”. Після передання активів у кредит і запуску логіки нарахування відсотків у протоколі відсотки визнають у поточному періоді — навіть якщо їх ще не вивели на гаманець.
У кредитних протоколах відсотки нараховуються блок за блоком і часто відображаються як “нараховані відсотки” у портфельній панелі — це нарахований дохід. Для провайдерів ліквідності торгові комісії, які зароблені, але ще не розподілені, теж визнають доходом поточного періоду. Платформи розрізняють “нарахований дохід” і “розподілений дохід”, що підкреслює різницю між нарахованим і касовим обліком.
Для врахування волатильності токенів нарахований облік використовує “справедливу вартість на кінець періоду” для оцінки активів і зобов’язань. Справедлива вартість — це ціна, за якою учасники ринку готові здійснити операцію на дату оцінки; зазвичай це ціни закриття чи медіанні ціни на основних криптобіржах.
Для кожного звітного періоду обирають еталон оцінки та час (наприклад, поточна ринкова ціна та ліквідність Gate), а зміни ринкової вартості на кінець періоду фіксують як “нереалізований прибуток або збиток”. Такий підхід відокремлює результати операційної діяльності (доходи й витрати) від ринкових коливань, запобігаючи помилковому віднесенню змін ціни до операційного доходу.
У DAO чи управлінні проєктами нарахований облік підтримує бюджетування, оцінку ефективності й прозорість. Після затвердження пропозиції щодо витрат управління виникає платіжне зобов’язання; виконані роботи або надані послуги визнають витратами поточного періоду.
DAO зазвичай керують казначейством для стимулювання токенами, оплати зовнішньої розробки, аудиту, маркетингових витрат тощо. Використання нарахованого обліку дає змогу прозоро відображати щомісячні фактичні витрати та непогашені зобов’язання для членів — що підвищує якість управлінських рішень. Для інвестиційних DAO регулярно розкривають справедливу вартість активів і нереалізовані прибутки чи збитки.
Нарахований облік фіксує операції у момент їх виникнення (“на момент виникнення”), а касовий — лише під час руху коштів (“на момент оплати або отримання”). Касовий облік враховує лише грошові надходження й витрати; нарахований — фіксує операції при виникненні прав чи зобов’язань, а активи та зобов’язання оцінюють за справедливою вартістю на кінець періоду.
Нарахований облік точніше співвідносить доходи й витрати поточного періоду у звітності, що дає змогу краще оцінити реальні результати діяльності. Касовий облік більше підходить для невеликих суб’єктів, які зосереджені на управлінні грошовими потоками, але може спотворювати інформацію у криптосередовищі з постійними нарахуваннями та волатильністю цін.
Крок 1: Визначте облікову політику та стандарти. Сформулюйте критерії визнання доходів, принципи співставлення витрат, еталони оцінки й звітні цикли.
Крок 2: Співвіднесіть рахунки з подіями. Призначте відповідні рахунки (дебіторська/кредиторська заборгованість, нереалізований прибуток/збиток) для типових подій у блокчейні: винагород, відсотків, торгових комісій, airdrop, управлінських витрат.
Крок 3: Зберіть і перевірте дані. Використовуйте блокчейн-оглядачі, журнали контрактів або експорт із платформ для збору записів, пов’язаних із відповідними гаманцями та адресами контрактів — для повноти подій.
Крок 4: Оцініть і скоригуйте на кінець періоду. Оберіть джерела цін на кінець періоду (наприклад, ринкові дані Gate), визначте справедливу вартість, відокремте операційні результати від цінових коливань і виконайте необхідні коригувальні проводки.
Крок 5: Підготуйте звіти й забезпечте аудит. Сформуйте звіти про прибутки й збитки, баланс, звіт про рух грошових коштів за період; задокументуйте джерела даних і методики для аудиту й прозорості для спільноти.
Нарахований облік забезпечує послідовність у визначенні моменту визнання та ланцюгів доказів для оподаткування й аудиту. Податкові норми вимагають визнавати доходи й витрати при виникненні прав чи зобов’язань; аудит перевіряє обґрунтованість джерел оцінки, записів подій і співвіднесення рахунків.
У криптоконтексті важливо правильно класифікувати airdrop і винагороди для спільноти (дохід чи капітал), вчасно визнавати розблокування токенів і події вестингу, забезпечувати надійність цінових джерел і вести якісну документацію. Регулярне розкриття інформації знижує ризики аудиту.
Нарахований облік — завдяки підходу “визнання при настанні події + оцінка на кінець періоду” — точно відображає поточні доходи й зобов’язання у блокчейні у фінансовій звітності, роблячи результати та фінансовий стан зрозумілішими. У порівнянні з касовим обліком, цей метод краще показує реальний стан Web3-проєктів. Водночас потрібні чіткі політики, стабільні джерела даних і сувора документація — особливо щодо волатильності токенів, класифікації airdrop і послідовності оцінки. Для фінансових операцій чи податкових питань завжди консультуйтеся з місцевими нормами та професійними аудиторами для управління ризиками дотримання й діяльності.
Нарахований облік краще підходить для довгострокового управління активами, оскільки фіксує доходи й витрати у момент здійснення операцій, а не лише під час отримання коштів. Для користувачів із доходами у DeFi, стейкованими токенами чи транзакціями між періодами нарахований облік точніше відображає реальний фінансовий стан. Касовий облік більше підходить для сценаріїв із частими короткостроковими операціями чи швидкими змінами грошових потоків.
Дебіторська заборгованість — це криптоактиви або фіат, які ви заробили за надані послуги чи виконані поставки, але ще не отримали (наприклад, нараховані, але не виплачені винагороди за стейкінг). Кредиторська заборгованість — це борги, які ви взяли на себе, але ще не розрахувалися (наприклад, виплати контрагентам, що очікують вирішення). У блокчейні ці позиції відстежують через журнали подій смартконтрактів та блокчейн-дані.
Ця різниця зазвичай виникає через поєднання касового й нарахованого обліку. У нарахованому обліку фіксують підтверджений, але ще не отриманий дохід (наприклад, нараховані винагороди за стейкінг), тому у книзі можуть бути більші суми, ніж у фактичному балансі гаманця. Рекомендуємо послідовно використовувати нарахований облік — окремо відображаючи “токени до отримання” і “борги до сплати” у балансі для точної звірки.
У нарахованому обліку дохід від токенів поділяють на дві категорії: реалізований прибуток (визнають при продажу) і нереалізований прибуток (коригують за ринковою ціною під час утримання). На кінець кожного періоду токени переоцінюють за ціною закриття — різницю фіксують як “прибуток/збиток від зміни справедливої вартості” за період. Такий підхід точніше відображає зміну вартості активів, але вимагає щоденного оновлення ринкових цін.
DAO використовують нарахований облік для відстеження всіх прав і зобов’язань, що виникають із транзакцій у блокчейні — наприклад, невиплачених винагород за управлінські токени чи витрат, затверджених мультипідписом. Вбудовуючи журнали подій для кожної нарахованої позиції у смартконтракти та інтегруючи позаблокчейн-фінансові інструменти (API платформ на зразок Gate), DAO можуть автоматично формувати фінансові звіти для прозорості казначейства та надійного внутрішнього контролю.


