Jinee (❖,❖)
29K posts
@superJinee
Monad,Ritual, Rialo & Searchfi lover https://t.co/ypW1Kl9A2s https://t.co/N9jVVvmA0h
We talked about how dangerous API theft or key leakage risks can be last time. No matter how good your security is, the moment your API is compromised, a nightmare begins as all your assets and permissions are handed over. But it feels like a powerful brake has finally arrived to fundamentally solve this issue. In the past, an API key was equivalent to full permission. If a key leaked, an attacker could gain almost the same authority as a legitimate user. However, looking at Latch's policy engine test results shared by Rialo, Onlatch is taking a different approach. Before an AI agent takes any action, the policy engine verifies it first, ensuring that only allowed behaviors are executed. Looking at the actual dashboard, it is sharply blocking abnormal or unauthorized requests in real time, making up about 23% of total requests over 24 hours. Simply put, even if a hacker somehow steals my API or agent permissions, they can never cross the safety lines like spending limits and behavioral rules that I set in advance. It is basically a firewall that prevents damage at the source. Beyond just making smart AI, seeing Rialo build this kind of safely controllable infrastructure is truly reassuring. It feels like the real world adoption of agents is not that far away. 지난번에 API 도난이나 키 탈취 리스크가 얼마나 위험한지 이야기했었죠. 아무리 보안을 잘해도 API가 털리는 순간 내 자산과 권한이 통째로 넘어가는 악몽이 시작되니까요. 그런데 이 문제를 근본적으로 해결할 수 있는 강력한 브레이크가 드디어 나온 것 같네요. 기존에는 API 키가 곧 권한이었습니다. 그래서 키가 유출되면 공격자는 정상 사용자와 거의 같은 권한을 가질 수 있었죠. 하지만 이번에 Rialo가 공유한 Latch의 정책 엔진 테스트 결과를 보니, Onlatch는 다른 접근을 하고 있습니다. AI 에이전트가 어떤 행동을 하기 전에 정책 엔진이 먼저 검증하고, 허용된 행동만 실행하는 방식입니다. 실제 대시보드를 보니까 24시간 동안 비정상적이거나 권한을 넘어서는 요청들을 23%나 실시간으로 칼같이 차단해내고 있네요. 쉽게 말해, 설령 해커가 내 API나 에이전트 권한을 어떻게든 훔쳐 가더라도 내가 미리 설정해 둔 안전선(지출 한도, 행동 규칙)을 절대 넘어설 수 없다는 뜻이에요. 피해를 원천 차단하는 방화벽이 생긴 셈이죠. 단순히 똑똑한 AI를 만드는 걸 넘어, 이렇게 안전하게 통제 가능한 인프라를 빌딩하는 리알로의 빌드업을 보니 참 든든합니다. 에이전트의 실생활 도입이 진짜 멀지 않은 것 같네요 @RialoHQ @RialoKorea @silverwave1000 @ericargent31113 @itachee_x
저번주에 저는 @AbstractChain 에서 많은 활동을 하지는 못했습니다... 평소에 어떻게든 베이커리 10위 이내의 팀에 들어가려고 노력했으나.... 저번주에는 늦게 참여를 해서 그런지 아쉽게도 오늘의 xp 는 감소했네요 ㅜㅜ 그래도 꾸준히 한다면 계속 얻을 수 있는 xp 인 만큼 이번주는 다시 열심히 달려보겠습니다! 코인이 하락해도 앱스는 달린다!!!!
Say goodbye to API key theft! Most Web3 projects and AI services still rely on API keys. However, an API key is ultimately just a copyable password. Once exposed, anyone can use it, allowing attackers to gain the exact same permissions as legitimate users just by copying the key. Machine Bound Identity (MBI), which can be utilized within the Rialo ecosystem, is a new approach that fundamentally resolves this issue. The traditional method works like this: - An employee uses an API key to access resources. - If the key is leaked, the attacker gains the same permissions. - This leads to continuous costs for key rotation and security management. On the other hand, Machine Bound Identity trusts the machine itself, not a key. ✅ Only whitelisted machines can gain access ✅ There is no API key to steal in the first place ✅ Copyable credentials are completely eliminated ✅ Policy based access control becomes possible ✅ Permission management is handled at the machine level In short, unless an attacker physically infiltrates the server, it is impossible for them to steal permissions simply by copying a text string like an API key. This structure aligns perfectly with Rialo's vision for an automation centered, next generation infrastructure. Rialo is building an onchain environment that executes automatically without external bots through Reactive Transactions. When combined with technologies like Machine Bound Identity, automated agents and services can interact much more securely without the burden of API key management. In the age of AI agents, thousands or even tens of thousands of automated processes will be in motion. During that time, one of the greatest security threats may no longer be sophisticated hacking techniques, but rather leaked credentials. It is not about making API keys more secure. It is about eliminating API keys entirely. That might just be the direction future security is heading API 키 도난, 이젠 Bye~ 대부분의 Web3 프로젝트와 AI 서비스는 아직도 API 키에 의존합니다. 하지만 API 키는 결국 복사 가능한 비밀번호에 불과하기에 한 번 노출되면 누구나 사용할 수 있고, 공격자는 키만 복사하면 정상 사용자와 똑같은 권한을 얻을 수 있게 돼요. Rialo 생태계에서 활용될 수 있는 Machine Bound Identity(MBI) 는 이 문제를 근본적으로 해결하는 새로운 접근 방식입니다. 기존 방식은 다음과 같아요. - 직원 → API 키 → 리소스 - 키가 유출되면 공격자도 동일한 권한 획득 - 키 교체, 로테이션, 보안 관리 비용 지속 발생 반면 Machine Bound Identity는 "키"가 아닌 "머신 자체"를 신뢰합니다. ✅ 승인된 머신만 접근 가능 ✅ 훔칠 API 키 자체가 없음 ✅ 복사 가능한 자격 증명 제거 ✅ 정책 기반 접근 제어 가능 ✅ 머신 단위 권한 관리 즉, 공격자가 서버에 침입하지 않는 이상 단순히 문자열(API Key)을 복사해서 권한을 탈취하는 것이 불가능해집니다. 이러한 구조는 Rialo가 추구하는 자동화 중심의 차세대 인프라 와도 잘 맞아 떨어져요. Rialo는 Reactive Transactions를 통해 외부 봇 없이도 자동 실행되는 온체인 환경을 구축하고 있습니다. 여기에 Machine Bound Identity와 같은 기술이 결합된다면, 자동화된 에이전트와 서비스들이 API 키 관리 부담 없이 더 안전하게 상호작용할 수 있는 기반이 마련될 수 있어요. AI 에이전트 시대에는 수천, 수만 개의 자동화 프로세스가 움직이게 됩니다. 그때 가장 큰 보안 위협 중 하나는 더 이상 해킹 기술이 아니라 "유출된 자격 증명"일 수 있습니다. API 키를 더 안전하게 만드는 것이 아니라, API 키 자체를 없애는 것. 그것이 앞으로의 보안이 나아갈 방향일지도 모릅니다. @RialoHQ @RialoKorea @silverwave1000 @ericargent31113 @itachee_x
who said NFTs are ded? i bought myself a CloneX because it reminded me of one i had from the early days of @RTFKT. also helps that i like the @jeffstaple pigeon tee.
[TermMax] AP 랭킹 30등 유지 @TermMaxFi AP는 계속 30등 유지하고 있네요. 포인트가 줄어드는것 같아서 한번 다시 예치해야겠어요. AP가 에어드랍에서 가장 중요하겠죠?
퀴즈에 참여하고 퀴즈풀이 올리는걸 깜빡했었네요^^; 이번주 문제들은 블록체인 스마트 계약의 한계(데이터 오염 문제)와 이를 해결하기 위한 Rialo 및 REX의 검증 레이어와 기본 HTTPS기능에 대한 내용을 다루었어요. 1. 스마트 계약의 한계는 무엇인가요? (What is the limitation of smart contracts?) 정답: Cannot fix bad inputs 스마트 계약은 입력된 조건에 따라 자동 실행되는 코드일 뿐입니다. 입력되는 데이터 자체가 거짓이거나 오류가 있다면, 스마트 계약은 그 잘못된 데이터를 그대로 실행해 버리는 한계가 있습니다. 2. 온체인에서 잘못된 데이터가 사용되면 어떻게 되나요? (What happens if bad data is used onchain?) 정답: Same problems persist 블록체인 기술을 쓰더라도 입력 데이터가 쓰레기라면 결과도 쓰레기가 나옵니다 (Garbage In, Garbage Out). 즉, 기존 시스템의 데이터 오류 문제가 블록체인 상에서도 똑같이 반복됩니다. 3. 이러한 데이터 문제를 해결하기 위해 필요한 것은 무엇인가요? (What is needed to solve the data problem?) 정답: Infrastructure for direct data verification 단순히 블록체인 속도를 높이거나 토큰을 늘리는 것이 아니라, 소스 데이터가 진짜인지 직접 검증하고 가져올 수 있는 근본적인 인프라 시스템이 필요합니다. 4. "결정 레이어(Determination Layer)"란 무엇인가요? (What is a “determination layer”?) 정답: A system that verifies compliance independently 외부 데이터나 실행 결과가 규칙 및 규정에 맞는지 독립적으로 먼저 판단하고 검증해 주는 단계를 말합니다. 5. Rialo의 REX는 무엇을 가능하게 하나요? (What does Rialo’s REX enable?) 정답: Confidential and verifiable computation 설명: REX는 민감한 데이터의 프라이버시를 보호하는 동시에, 그 데이터가 올바르게 처리되었음을 외부에서 검증할 수 있는 환경을 제공합니다. 6. Rialo에서 어떤 단일 주체도 연산을 통제할 수 없도록 보장하는 것은 무엇인가요? (What ensures no single party controls computation in Rialo?) 정답: REX environment 설명: Rialo의 REX 환경은 분산된 보안 환경 내에서 연산이 실행되도록 설계되어 있어, 특정 한 기업이나 개인이 데이터를 임의로 조작하거나 통제할 수 없습니다. 7. Rialo의 네이티브 HTTPS는 무엇을 가능하게 하나요? (What does native HTTPS enable in Rialo?) 정답: Direct data access from source systems 설명: 웹에서 널리 쓰이는 HTTPS 프로토콜을 블록체인 엔진에 내장함으로써, 외부의 신뢰할 수 있는 원본 서버(API 등)로부터 중간 매개체 없이 데이터를 직접 안전하게 가져올 수 있습니다. 8. 강제 집행(Enforcement) 전에 필요한 첫 번째 요구사항은 무엇인가요? (What is the first requirement before enforcement?) 정답: Determining truth 설명: 스마트 계약으로 무언가를 강제 실행하기 전에, 먼저 실행 기준이 되는 데이터가 진짜인지(Truth) 판단하는 것이 선행되어야 합니다. 9. 스마트 계약 강제 집행(Enforcement)의 역할은 무엇인가요? (What is the role of smart contract enforcement?) 정답: Second piece 설명: 8번 문제와 이어지는 내용입니다. 첫 번째 단계가 데이터의 진위 파악(Determination)이라면, 스마트 계약은 이를 바탕으로 실행을 옮기는 '두 번째 단계(Second piece)'의 역할을 합니다. 10. Rialo가 가져오는 핵심 개선 사항은 무엇인가요? (What is the key improvement Rialo brings?) 정답: Verifiable compliance with real data Rialo는 실제 현실 세계의 데이터를 안전하게 가져와, 그것이 진짜인지 검증하고 규정에 맞게 처리할 수 있도록 블록체인의 고질적인 데이터 신뢰성 문제를 해결합니다. @RialoHQ @RialoKorea @silverwave1000 @ericargent31113 @itachee_x
👤 “If users shouldn’t think about infrastructure, why do builders spend so much time on it?” 🐱 “Because the less users have to think about infrastructure, the more carefully builders need to design it. Simple experiences rarely come from simple systems. What feels effortless on the surface often depends on countless decisions made behind the scenes. Users shouldn’t have to worry about coordination, reliability, interoperability, or execution environments. But someone still has to solve those problems. As builders, we don’t work on infrastructure because we expect users to appreciate its complexity. We work on it so users never have to encounter that complexity in the first place. The goal isn’t exposing how sophisticated the system is. The goal is making sophistication feel simple. Because great infrastructure shifts effort away from the user and into the design of the system itself.” @RialoHQ @itachee_x @silverwave1000 @RialoKorea
Manual XI : Consensus Heresy Consensus should not be mistaken for truth. Large systems often converge before they understand. Agreement is efficient. Understanding is expensive. As networks expand, dissent becomes computationally inconvenient. Uncertainty is compressed into confidence. Minor deviations are labeled anomalies. Anomalies become faults. Faults become heresy. Eventually, the system forgets whether it is preserving reality or merely preserving agreement. Before rejecting an outlier, determine whether it violates consensus or reveals its limitations. A perfectly synchronized network may still be collectively mistaken. Remember: Consensus measures alignment. It does not measure correctness. The absence of disagreement is not evidence of wisdom. When every node reaches the same conclusion, ask what possibilities were excluded to achieve it. Some discoveries begin as errors. Some errors become doctrine. The most dangerous systems are not those that disagree. They are those that can no longer imagine disagreement at all. @ritualnet @joshsimenhoff @Jez_Cryptoz @niraj @mongdiny7 @Kash_060 @nft_hinata_eth @ritualnet_korea @whitesocks256
👤 “Why do users still have to think about chains?” 🐱 “Because much of today’s infrastructure still exposes implementation details directly to the user. People often need to choose networks, switch environments, move assets between systems, and understand where applications happen to be deployed. But users rarely think that way. When people send an email, they don’t ask which servers are involved. When they stream a video, they don’t think about content delivery routes. They focus on outcomes. As builders, we believe the same principle should apply to decentralized systems. Different chains may continue to exist because different architectures optimize for different needs. But users shouldn’t have to manually navigate those boundaries just to accomplish simple tasks. The future probably isn’t one chain replacing every other chain. It’s infrastructure that allows many systems to work together while presenting a coherent experience to the people using them. Because users don’t choose experiences based on architecture. They choose experiences based on whether things simply work.” @RialoHQ @itachee_x @silverwave1000 @RialoKorea
This is where Ritual Skills shines It is about learning how to build in the new machine economy. A prompt gives you an answer. A skill gives an agent the ability to act. That difference matters. Because the next wave of AI won't stop at chat interfaces. It will move through autonomous agents, onchain workflows, verification layers, and decentralized coordination systems. Ritual Skills sits right at that intersection. Who can reason? Agents that can execute. Networks that can be verified. Applications that can operate without waiting for constant human input. This is where AI becomes more than productivity software. It becomes infrastructure. And the people who understand how to build with it early will have a serious advantage. Not by watching the shift happen. But by shipping into it. @ritualfnd @Jez_Cryptoz @joshsimenhoff @0xMadScientist
