🪙 Yellow | 더 똑똑한 AI보다 먼저 필요한 실행 인프라 🏗️ AI 모델의 성능 경쟁이 이어지고 있지만, 실제 확장의 병목은 자본이 움직이고 정산되는 실행 레이어에 있습니다. Yellow CEO Diego는 자율적으로 움직이는 자본이 확장되려면 신뢰할 수 있는 정산과 거래상대방 위험의 제거가 필요하다고 강조합니다. AI 에이전트가 직접 거래하고 자본을 운용하는 환경에서는 빠른 실행뿐 아니라 자산 통제권과 결제 안정성까지 함께 보장되어야 합니다. Yellow는 자율 자본이 작동하는 머신 이코노미를 위한 정산 인프라를 구축하고 있습니다. 👉 https://www.yellow.org/ 🔗 참고자료 📱 공지방 | 💬 채팅방 | 📱 X #Yellow #AIAgents #AIInfrastructure #SettlementLaye

Channel
Yellow Korea 공지방
@YellowKorea_ann
On this record: Growth · Engagement · Posts · Citations · Handles named that no longer answer · Cite this entry
1,317subscribers
-13 since we began measuring on 6 August 2026
Risers and fallers across the register · movement among entries of 1,000–3,162.
Register entry
| Telegram ID | -1003091723038 |
|---|---|
| Type | Channel |
| Username | @YellowKorea_ann |
| Created | Between 1 August 2025 and 31 October 2025— estimated from Telegram’s id allocation, not measured. How this range is calculated. |
| First recorded | 6 August 2026 |
| Last confirmed live | 16 August 2026 |
| Measurements held | 4 |
| Confirmed unchanged | 2 times, most recently 16 August 2026 |
| On Telegram | t.me/YellowKorea_ann |
Growth
| Measured (UTC) | Subscribers | Change |
|---|---|---|
| 12 Aug 2026, 09:44 | 1,317 | -1 |
| 9 Aug 2026, 16:02 | 1,318 | -12 |
| 6 Aug 2026, 11:50 | 1,330 | no change |
| 6 Aug 2026, 10:06 | 1,330 | first reading |
Engagement
14 posts held, back to 3 August 2026 — the reader has not yet reached the start of this channel’s public history, so older posts may sit further back, unread. Read across 1 pageof Telegram’s post history, 20 posts per page.
- ERR · 30 days
- 5.96%
- avg views ÷ 1,317 subscribers
- Avg views / post
- 78.4
- 14 posts measured
- Reaction rate
- —
- this channel exposes no reaction counts
- Posts in window
- 14
- of 14 held
ERR is average views per post over the last 30 days divided by subscribers, the definition TGStat uses, so this figure is comparable with the one you will see elsewhere. It falls structurally as a channel grows: a high ERR on a small channel and a low one on a large channel describe reach mathematics, not quality. We publish the figure and the sample it came from and pass no verdict on it.
ER is defined industry-wide as (forwards + reactions + comments) ÷ views— note the denominator is views, not subscribers. Telegram’s public web preview carries views and reactions but not forward or comment counts, so the reaction rate above is the reactions term only and is therefore a floor: the true ER for this channel is higher by an amount we have not measured and will not estimate.
| Window | Rolling 30 days · latest post in window 6 August 2026 |
|---|---|
| Posts held | 14 (3 August 2026 – 6 August 2026) |
| Views total | 1,098 |
| Reactions total | — |
| Forwards / comments | not exposed by the public surface — not measured, not estimated |
| Readings taken | 6 Aug 2026, 11:50 UTC |
Views are a single reading per post, taken at the time above. A post published in the last day or two is still accumulating views, which pulls the 30-day average down slightly. That is a property of the standard definition rather than a fault in it, so we keep the definition rather than “correcting” the number into something nobody can reproduce.
Precision. Telegram publishes view counts on its public widget in short form — 8.12K, 3.7M — so any reading at or above 1,000 reaches us rounded to three significant figures, and only counts below 1,000 are exact. Averages and rates derived from them are shown to the same precision rather than to the unit: a figure like 3,701,250 would assert digits nobody measured.
Reaction counts are published per emoji and rounded the same way, so a total below 1,000 is exact and a larger one is a sum that may carry a rounded component from each emoji above 1,000. Because it is a sum, it does not look rounded — read a large reaction total as three significant figures per contributing emoji rather than as the figure it prints.
Recent posts
🪙 Yellow | AI 코딩 도구 안으로 들어온 Web3 개발 🧑💻 Yellow SDK MCP를 활용하면 Codex, Claude Code, Cursor 등 AI 코딩 도구에서 SDK 메서드와 예제를 직접 확인할 수 있습니다. 복잡한 문서를 찾는 시간을 줄이고 Yellow 기반 앱 개발을 시작하는 방법을 살펴보세요. 🔗 아티클 보러가기 ➡️ https://www.yellow.org/ 📱 공지방 | 💬 채팅방 | 📱 X #Yellow #YellowAcceleration #CrashTest #YellowSDK
🧠 최근 정답 ⚡ @k5v4k · 방금 · Q. 온체인 트랜잭션을 직접 확인하려면 무엇을 쓰나요? ✅ @Nann3786 · 1시간 전 · Q. 토큰 승인(approve)을 방치하면 위험한 이유는? ✅ @Nann3786 · 1시간 전 · Q. Yellow가 사용자에게 주는 이점은? ✅ @Nann3786 · 1시간 전 · Q. 통합 유동성이 트레이더에게 주는 이점은? ✅ @Mrkim6810 · 1시간 전 · Q. 하드웨어 지갑을 써도 위험할 수 있는 경우는? 🏆 오늘의 정답왕 · 🥇 익명 참가자 40회 · 🥈 @CHY8821 5회 · 🥉 @Jaunt29 5회 지금 소통방에서 같이 풀고 있어요.
🟡 Yellow | AI 에이전트는 결제만으로 거래할 수 없다 🤖 Yellow가 Solana 생태계로 정산 인프라를 확장했습니다. 빠르게 거래하는 AI 에이전트가 반복되는 상태 변경은 오프체인에서 처리하고, 필요한 결과만 온체인에 정산하는 구조를 알아보세요. 🔗 아티클 보러가기 ➡️ https://www.yellow.org/ 📱 공지방 | 💬 채팅방 | 📱 X #Yellow #YellowAcceleration #CrashTest #YellowSDK
🪙 Yellow | 깊은 유동성보다 먼저 필요한 사용자 경험 🏗️ 아무리 유동성이 풍부해도 이용 과정이 복잡하면 사용자는 서비스를 선택하지 않습니다. Web3 스포츠북은 높은 유동성 수익률보다 단순한 사용 방식, 쉬운 접근성, 신뢰할 수 있는 환경을 우선해야 합니다. 사용자가 서비스를 이해하고 이용하는 과정에서 마주치는 장벽을 줄여야 더 많은 참여로 이어질 수 있습니다. 대중화는 더 많은 유동성을 쌓는 것보다, 최종 사용자의 불편을 없애는 데서 시작됩니다. 👉 https://www.yellow.org/ 🔗 참고자료 📱 공지방 | 💬 채팅방 | 📱 X #Yellow #AIAgents #AIInfrastructure #SettlementLayer
🧠 최근 정답 ⚡ @Q0_3Q · 방금 · Q. '유동성이 깊다'는 말의 뜻은? ✅ @Q0_3Q · 2분 전 · Q. Yellow는 무엇과 관련된 프로젝트인가요? ✅ @Q0_3Q · 3분 전 · Q. Yellow가 결제·정산을 처리하는 방식은? ✅ @Bia_77d · 4분 전 · Q. 온체인 데이터가 공개라는 의미는? ✅ @Bia_77d · 6분 전 · Q. Yellow의 ClearSync가 해결하려는 문제는? 🏆 오늘의 정답왕 · 🥇 @y0_vl 4회 · 🥈 익명 참가자 3회 · 🥉 @Bia_77d 3회 지금 소통방에서 같이 풀고 있어요.
🪙오프체인에서 처리한 결과는 어디에 남을까요? 상태 채널은 참여자가 서명한 최신 상태를 오프체인에서 갱신하고, 필요할 때 온체인 집행 경로를 사용합니다. 청산과 정산의 차이, 프로토콜·SDK·Nitronode의 역할, 표준 규격이 필요한 이유까지 정리했습니다. 다음 퀴즈 전에 저장해두세요. 👉 https://www.yellow.org/ 📱 공지방 | 💬 채팅방 | 📱 X #Yellow #YellowNetwork #StateChannels #Web3Education
🪙 이더리움의 50 USDC + 베이스의 50 USDC. Yellow에서는 어떻게 100 USDC의 Unified Balance로 다룰까요? 여러 체인의 같은 자산을 통합 잔액으로 다루고, Nitronode와 공동 서명한 상태를 오프체인에서 갱신하는 Yellow v1의 흐름을 정리했습니다. 필요할 때 최신 서명 상태를 ChannelHub에서 온체인 집행합니다. 저장해두고 UNIFY → UPDATE → ENFORCE만 기억하세요. 👉 https://www.yellow.org/ 📱 공지방 | 💬 채팅방 | 📱 X #Yellow #YellowNetwork #UnifiedBalance #Nitronode
🪙 Yellow | 수탁 위험 없이 연결되는 생태계 유동성 🌐 거래소가 분절될수록 자본 효율은 낮아지고, 마켓메이커는 유동성을 공급하기 위해 자산 수탁 위험까지 감수해야 합니다. Yellow의 Layer-3 청산 네트워크는 오프체인 상태 채널을 통해 여러 거래 환경의 유동성을 하나로 연결합니다. 마켓메이커는 자산의 통제권을 넘기지 않고도 더 넓은 생태계에 유동성을 제공할 수 있습니다. 수탁 없이 자본 효율을 높이는 구조, TrustFi로의 전환이 시작되고 있습니다. 👉 https://www.yellow.org/ 🔗 참고자료 📱 공지방 | 💬 채팅방 | 📱 X #Yellow #AIAgents #AIInfrastructure #SettlementLayer
🪙 Yellow | AI 코딩 도구와 연결되는 SDK MCP Yellow SDK MCP를 활용하면 Claude Code, Codex, Cursor 등에서 SDK 문서와 API를 검색하고 필요한 메서드와 스타터 코드를 바로 만들 수 있습니다. npm 패키지로 실행해 문서 탐색부터 구현 흐름 확인, 마이그레이션 검토까지 한 작업창에서 진행해보세요. ➡️ https://www.yellow.org/ 📱 공지방 | 💬 채팅방 | 📱 X #Yellow #YellowNetwork #HomeChannel #Nitronode #AppSession #Web3 #SDK
💛 출금(클레임)이 어떻게 되는 건지 한 번에 정리해 드려요 "출금을 신청했는데 잔고가 줄었어요. 제 리워드 어디 갔나요?" 하고 물어봐 주신 분이 계셨어요. 확인해 보니 금액은 없어진 게 아니었는데, 화면이 그걸 안 보여주고 있었어요. 헷갈리게 해서 죄송합니다. ━━━━━━━━━━━━━━━━━━ 📌 출금은 이렇게 3단계로 진행돼요 1️⃣ 해금 쌓인 리워드는 매일 조금씩 출금 가능한 몫으로 풀려요 (하루 약 10%, 레벨이 높을수록 더 빨라요). 그래서 잔고 전액이 아니라 해금된 만큼만 신청돼요. 2️⃣ 예약 /claim 을 누르면 해금된 금액이 출금 대기열에 예약돼요. 이때 그 금액이 잔고에서 빠져요. 없어진 게 아니라 자리를 옮긴 거예요. 3️⃣ 지급 예약된 건은 매주 월요일 11시(KST)에 한 번에 처리돼요. 완료되면 알림을…
🧠 최근 정답 ⚡ @Jaunt29 · 방금 · Q. 여러 곳에 흩어진 유동성을 연결하면 좋은 점은? ✅ @simsimh · 12분 전 · Q. 피싱 사이트를 거르는 방법은? ✅ @Goldwhale82 · 12분 전 · Q. Yellow의 담보(collateral) 모델 역할은? ✅ 익명 참가자 · 26분 전 · Q. 유동성(liquidity)이 높을 때의 효과는? ✅ 익명 참가자 · 27분 전 · Q. Yellow Network가 만들려는 것은? 🏆 오늘의 정답왕 · 🥇 익명 참가자 46회 · 🥈 @H3_1p 8회 · 🥉 @Jsbsbsnna 8회 지금 소통방에서 같이 풀고 있어요.
Showing the 12 most recent of 14 posts we hold for @YellowKorea_ann. View and reaction counts are the latest single reading for each post, not a live figure, and a recent post is still accumulating both. A view count marked ≈ was rounded by Telegram before we ever saw it — t.me prints views in full below 1,000 and to three significant figures above, so ≈1,200,000 means somewhere between 1,150,000 and 1,249,999. Unmarked counts are exact. Text is reproduced from the public post preview and truncated for length.
Citation-graph rank
Citation-graph rank — 432,640 of 1,480,944entries in the measured graph. A weighted position computed from the forward and mention edges below — republished posts weigh more than named mentions — and recomputed periodically, over the whole graph. Published only as this ordinal position, never as a score: a position is a fact, and a score printed beside one channel’s name would read as a verdict this register does not make. The two counts beneath stay separate for the same reason mentions are never summed with forwards anywhere else on this page — a named-by count costs nothing to manufacture. The top 100 by this measure, or how it is computed.
Forward network
Republished by
Channels on the register that have forwarded this channel's posts into their own feed.
Built only from forwarded posts we have actually read, on both sides. Coverage is early and deliberately incomplete: a missing link means we have not read the post that would prove it, never that the relationship does not exist. Counts are distinct forwarded posts observed, so they only ever go up as we read more.
Mentions
Named by 1 registered channel — every channel on the register whose own posts have named this one, by its current username or any other username it currently holds, merged from two separately captured readings of the same fact so a namer caught by only one of them is not missed and a namer both caught is not counted twice. A username this channel has since dropped is not matched — that handle may belong to someone else now, and crediting today’s namer to yesterday’s owner would misattribute it.
Named by
Channels on the register whose posts name this channel's handle.
A mention is a weaker signal than a forward and is counted separately for that reason — naming a channel is not republishing it, and a handle in a post body is easy to place deliberately. The post counts beside each row below are distinct posts in which the handle appeared, from posts we have read on both sides — the “Named by N registered channels” figure above is a different count, of distinct NAMING CHANNELS rather than posts, and is not the sum of the rows under it.
Handles this channel named that no longer answer
- Dead references
- 1
- handles named in this channel’s posts, vacant today
- Evidenced gone
- 0
- we ourselves saw one of these resolve, at some point
- Never seen alive
- 1
- vacant every time we have ever looked
@YellowKorea_ann named 1 handle that resolve to nothing today. That is a fact about the reference, not necessarily a fact about the handle’s history — see the two groups below.
Most of these may never have existed as a live channel at all.A handle a channel names can be a typo, an aspirational name nobody registered, or a channel that was already gone before this one ever mentioned it. Unless a row below is marked evidenced, all we know is that it references a handle that is not a live channel today — not that anything “died”. How this is measured.
Never seen alive
References a handle that is not a live channel — we have no record it ever was one.
named in 2 posts, 8 August 2026 – 8 August 2026
Cite this entry
A live page changes as we take new readings, so a citation should name the measurement it is based on, not just the URL. The line below cites the subscriber count as measured 12 August 2026 — this entry's latest reading, not the date you are reading this.
“Yellow Korea 공지방” (@YellowKorea_ann), 1,317 subscribers as measured 12 August 2026. Telegram Register, tgregister.com/channel/YellowKorea_ann.
Full measurement history, CC BY 4.0. Every reading this register holds for this entry, not just the latest one, as a dated, downloadable record: CSV · JSON. Free to use with attribution to tgregister.com. Each file carries its own generation timestamp, which is the figure to cite for exactly when the data was retrieved.