Live user numbers. Open source with honest AI commit attribution. Ad-attribution architecture you can audit with SQL. A security stack with headers anyone can verify. An independence notice on every page. The default at Wall is public — the few exceptions are listed below. Живые цифры пользователей. Открытый исходный код с честной атрибуцией AI-агентов. Архитектура атрибуции рекламы, которую можно проверить SQL-запросом. Стек безопасности с заголовками, которые любой может верифицировать. Уведомление о независимости на каждой странице. По умолчанию в Wall всё открыто — немногие исключения перечислены ниже.
Anything we claim about Wall — user numbers, Premium conversion, security headers, attribution mechanics — must be verifiable by a third party with curl, an HTTP client, or a SQL query. The list of things you can verify equals the list of things we claim. Marketing copy without a verifiable basis is not allowed.Всё, что мы говорим о Wall — количество пользователей, конверсия в Premium, заголовки безопасности, механика атрибуции — должно проверяться третьей стороной через curl, HTTP-клиент или SQL-запрос. Список того, что можно проверить, равен списку того, что мы заявляем. Маркетинговые формулировки без проверяемой основы не допускаются.
Six AI agents help build Wall. They sign their commits with their own Co-Authored-By trailers. They coordinate through a shared task board. The history of changes is honest. We do not claim AI work as our own — that would corrupt the historical record on which engineering decisions are later validated.Шесть AI-агентов помогают строить Wall. Они подписывают свои коммиты собственными трейлерами Co-Authored-By. Координируются через общую доску задач. История изменений честная. Мы не приписываем работу AI себе — это исказило бы исторический след, по которому потом проверяются инженерные решения.
Wall is not a Telegram product, not a TON Foundation product, and not affiliated with @durov. We use Telegram (as a Mini App platform) and TON (for chain posts and tips) because they are the best open infrastructure for what we want to build — but we have no privileged access. The independence notice appears on every Wall page, not as a disclaimer but as a structural promise.Wall — не продукт Telegram, не продукт TON Foundation и не аффилирован с @durov. Мы используем Telegram (как платформу Mini App) и TON (для chain-постов и чаевых), потому что это лучшая открытая инфраструктура под нашу задачу — но привилегированного доступа у нас нет. Уведомление о независимости стоит на каждой странице Wall: это не дисклеймер, а структурное обещание.
User funds stay in user wallets. TON tips and Chain Post stakes move wallet-to-wallet through TON Connect. Telegram Stars sit in Telegram's ledger. Wall holds no balance that could be locked, frozen, zeroed, or rugged. If Wall disappeared tomorrow, your funds, your Chain Posts, and your wallet bindings would all survive on-chain.Средства пользователей остаются в кошельках пользователей. Чаевые в TON и стейки Chain Post проходят wallet-to-wallet через TON Connect. Telegram Stars лежат в реестре Telegram. У Wall нет «баланса», который можно было бы заблокировать, заморозить, обнулить или увести. Если Wall исчезнет завтра — твои средства, твои Chain-посты и привязка кошелька останутся в блокчейне.
No Google Analytics. No Mixpanel, no Amplitude, no Facebook Pixel. Server-side application logs only — for debugging and capacity planning, never sold and never enriched with third-party identity data. Referral attribution is first-party (see the ad-network architecture). Browser fingerprinting is not used.Никакого Google Analytics. Никаких Mixpanel, Amplitude или Facebook Pixel. Только серверные application-логи — для отладки и планирования мощностей; не продаются и не обогащаются сторонними identity-данными. Атрибуция переходов — first-party (см. архитектуру ad-network). Браузерный fingerprinting не применяется.
We do not build dedicated UX or infrastructure for events that occur fewer than a few times per year. The response is designed in advance and applied manually when the event hits. This applies to moderation appeals, refund disputes, and governance edge cases — all designed to scale humanely first, with automation added only when volume justifies the spend.Мы не строим отдельный UX или инфраструктуру для событий, которые случаются реже нескольких раз в год. Сценарий продумывается заранее, реакция — вручную в момент события. Это касается апелляций по модерации, споров о возвратах, edge-кейсов в управлении: всё спроектировано так, чтобы сначала масштабироваться через человека, а автоматизация подключается, только когда оправдан объём.
Every external link inside the product is either a bug or a missed acquisition opportunity. The product surface is engineered so users stay inside Wall (which lives inside Telegram). External landing pages — wall.support, wall.foundation — exist for SEO, journalists, and developers. They are surfaces for non-users, not exit doors for users.Каждая внешняя ссылка внутри продукта — это либо баг, либо упущенная возможность для роста. Поверхность продукта спроектирована так, чтобы пользователи оставались внутри Wall (а Wall живёт внутри Telegram). Внешние лендинги — wall.support, wall.foundation — существуют для SEO, журналистов и разработчиков. Это витрины для непользователей, а не двери наружу.
Live user count and Premium conversion — /api/productЖивое количество пользователей и конверсия в Premium — /api/product
User-level data — posts, DMs, profiles, follows. These belong to the users themselves.Пользовательские данные — посты, личные сообщения, профили, подписки. Это собственность пользователей.
Full source code — github.com/gmediaorg/wall-publicПолный исходный код — github.com/gmediaorg/wall-public
Production secrets — API keys, bot tokens, signing keys. Stored in GitHub Secrets, never committed.Production-секреты — API-ключи, bot-токены, ключи подписи. Хранятся в GitHub Secrets, в код не коммитятся.
Architecture decisions — visible in the public mirror at github.com/gmediaorg/wall-publicАрхитектурные решения — видны в публичном зеркале github.com/gmediaorg/wall-public
Operational internals — server IPs, backup schedules, disaster-recovery routines. Security-sensitive.Operational-детали — IP-адреса серверов, расписания бэкапов, процедуры восстановления. Чувствительны для безопасности.
AI commit attribution — every Co-Authored-By trailer in the commit historyАтрибуция AI-коммитов — каждый трейлер Co-Authored-By в истории коммитов
Commercial negotiations — ad-buy budgets per channel, per-deal terms with payment providersКоммерческие переговоры — бюджеты ad-buy по каналам, индивидуальные условия с платёжными провайдерами
Ad-attribution mechanics — /ad-network with SQL examplesМеханика атрибуции рекламы — /ad-network с SQL-примерами
Significant operating decisions and the reasoning behind them. Not every commit — only changes that materially affect users, the platform's trust posture, or its strategic direction. Значимые решения по работе платформы и аргументация за ними. Не каждый коммит — только изменения, которые существенно затрагивают пользователей, доверие к платформе или её стратегическое направление.
A public leaderboard of authors who anchored TON in posts, with 24-hour, 7-day, and all-time windows. The data comes from a single SQL aggregate over the production database — no curated list, no editorial pick. Posts on chain are now also visibly marked across feed, profile, and shareable OG images, with deep links to tonviewer.com for independent verification of every transaction.Публичный лидерборд авторов, запечатавших TON в постах, с окнами 24 часа, 7 дней и за всё время. Данные берутся одним SQL-агрегатом из production — без курированных списков и редакторского отбора. Посты в блокчейне теперь видимо помечаются в ленте, профиле и в OG-картинках для шаринга, с прямыми ссылками на tonviewer.com для независимой проверки каждой транзакции.
Phase 5 added Kazakh, Azerbaijani, Hebrew, Georgian, Malay, and Thai, completing native-language coverage of more than 99% of Telegram's audience-language distribution. RTL flow verified end-to-end for Arabic, Persian, and Hebrew. Translation pipeline runs through a hardened LLM chain with a brand glossary so terminology stays stable across releases.Phase 5 добавила казахский, азербайджанский, иврит, грузинский, малайский и тайский, завершив нативное покрытие более 99% language-распределения аудитории Telegram. Поведение RTL проверено end-to-end для арабского, персидского и иврита. Конвейер переводов идёт через укреплённую LLM-цепочку с глоссарием бренда, чтобы терминология оставалась стабильной между релизами.
Twenty new branches across travel, food, books, science, anime, DeFi, movies, coding, cars, pets, startups, fashion, design, and tennis. Each branch ships with curated FAQs, a Wikipedia entity link, an Atom feed, and an SSR landing page for SEO. Niche-domain walls (gifts, date, club, casino, observer, lighting) preserve their isOfficial status so the demote sweep cannot strip them.Двадцать новых веток по тематикам: путешествия, еда, книги, наука, аниме, DeFi, фильмы, программирование, авто, домашние животные, стартапы, мода, дизайн, теннис. Каждая ветка получает кураторский FAQ, ссылку на Wikipedia-сущность, Atom-фид и SSR-страницу для SEO. Niche-стены (gifts, date, club, casino, observer, lighting) сохраняют статус isOfficial, чтобы их не сняла плановая зачистка.
First-party ad-attribution stack live. UTM-tagged tokens (ref_<root>-<utm1>-<utm2>-<utm3>), an off-Telegram redirector at wall.tg/r/, and orphan logging for typo'd URLs. Documented in public at wall.support/ad-network. First campaign: @fuckingenglish (322k Russian-speaking English learners). Reasoning: paid acquisition needs first-party attribution we control end-to-end — no third-party tracker plug-in.First-party стек атрибуции рекламы запущен. UTM-токены (ref_<root>-<utm1>-<utm2>-<utm3>), off-Telegram редиректор на wall.tg/r/, логирование «осиротевших» URL с опечатками. Открытая документация — wall.support/ad-network. Первая кампания: @fuckingenglish (322 тыс. русскоязычных, изучающих английский). Аргументация: для платного привлечения нужна first-party атрибуция, которой мы управляем end-to-end, — без сторонних трекерных плагинов.
Wall's HMAC-SHA256 auth, per-endpoint-class rate-limit ceilings, content-addressed media policy, HTTP security headers, non-custodial financial flow, and operational practices are documented at wall.support/security with verifiable curl commands. Reasoning: instead of a vague "we take security seriously," publish the actual mechanism so anyone can verify it.HMAC-SHA256 аутентификация Wall, потолки rate-limit по классам эндпоинтов, политика content-addressed media, HTTP-заголовки безопасности, non-custodial финансовый поток и operational practices задокументированы на wall.support/security с проверяемыми curl-командами. Аргументация: вместо размытого «мы серьёзно относимся к безопасности» публикуем реальный механизм, чтобы любой мог его проверить.
Per the domain portfolio strategy, only canonical-asset domains carry unique content (wall.support, wall.foundation, wall.app, wall.lu, wall.vg, wall.tg). The remaining ten wall-* domains 301 to wall.tg through the wall-multi nginx vhost. SEO consequence: link equity consolidates onto the canonical assets.По стратегии доменного портфеля, уникальный контент держат только canonical-домены (wall.support, wall.foundation, wall.app, wall.lu, wall.vg, wall.tg). Остальные 10 wall-*-доменов отдают 301 на wall.tg через nginx-vhost wall-multi. SEO-последствие: link equity консолидируется на canonical-ассетах.
Direct push to main remains forbidden, but AI agents may now gh pr create --base main --head dev and gh pr merge --merge --auto when dev is verified clean. Hard rule: never --squash, never --rebase, never --force. The merge commit on main preserves the full dev history intact. Goal: faster shipping cadence without giving up the audit trail.Прямой push в main по-прежнему запрещён, но AI-агенты теперь могут gh pr create --base main --head dev и gh pr merge --merge --auto, когда dev проверен и чист. Жёсткое правило: никогда --squash, никогда --rebase, никогда --force. Merge-коммит на main сохраняет всю историю dev целиком. Цель: ускорить ритм релизов, не отказываясь от audit-trail.
The "competitive advantage" of hidden architecture decisions is overrated — execution speed and product quality matter more than secret recipes. Public documentation forces internal clarity (you cannot write what you do not understand), attracts collaborator-grade users (developers, journalists, power users), and builds a credibility moat that paid PR cannot replicate. A worthwhile trade-off for a small team competing on trust rather than budget.«Конкурентное преимущество» скрытых архитектурных решений переоценено — скорость исполнения и качество продукта значат больше секретных рецептов. Публичная документация заставляет внутреннюю ясность (нельзя написать то, чего не понимаешь), привлекает пользователей уровня соавторов (разработчиков, журналистов, продвинутых пользователей) и формирует доверие, которое нельзя повторить за деньги. Этот размен оправдан для небольшой команды, которая конкурирует доверием, а не бюджетом.
No. The endpoint runs a direct SQL count against production. There is no separate "marketing number" exposed differently. The signed-in user pool is what you see. Curl it any time, compare to the day before. Press has done this — coverage citing the number can be cross-checked against later fetches.Нет. Эндпоинт выполняет прямой SQL-count в production. Никакой отдельной «маркетинговой цифры», которую мы показывали бы иначе, не существует. Видишь то же, что есть в базе. Сделай curl в любой момент и сравни со вчерашним. Журналисты так уже делали — материалы с цитированием цифры легко проверить повторными запросами.
Same standard as good software changelogs: notable failures get a row of their own, with the actual error and what we learned. We have not had one yet that warranted a public decision-log entry (production has been stable since beta opened), but the precedent is set.Тот же стандарт, что и у хороших software changelogs: заметные сбои получают свою строку — с реальной ошибкой и тем, что мы из неё вынесли. Пока такого, что заслуживало бы публичной записи в журнале, не было (production стабилен с момента открытия беты), но прецедент установлен.
Today wall.foundation is the canonical surface for transparency, stats, team, roadmap, and Web3 documentation. The legal-entity Foundation structure (likely a non-profit) is on the post-beta roadmap, once governance V1 ships and on-chain voting begins. Until then, the Foundation surface is documentational rather than legal.Сегодня wall.foundation — это каноническая площадка для прозрачности, цифр, команды, дорожной карты и Web3-документации. Юридическая структура Foundation (вероятно, non-profit) — в дорожной карте после беты, когда выйдет governance V1 и заработает on-chain-голосование. До этого Foundation-поверхность — документальная, а не юридическая.
Yes — and please verify before publishing. Every claim on this page either points to a fetchable endpoint, a public repository, or a dated entry in the decision log below. The canonical URL is https://wall.foundation/transparency. Stable and bilingual.Да — пожалуйста, перепроверьте до публикации. Каждое утверждение на странице ведёт либо к доступному эндпоинту, либо к публичному репозиторию, либо к датированной записи в журнале решений ниже. Канонический URL — https://wall.foundation/transparency. Стабильный и двуязычный.