Jinee (❖,❖)

I think I'm so happy to be able to serve delicious food to those I like. And I'm even happier when they eat the food I made blandly. Have a delicious meal and a pleasant weekend, everyone. 제가 좋아하는 이들에게 제가 맛있는 음식을 대접할수 있는게 너무 행복하다고 생각해요 그리고 그들이 제가 만든 음식을 밋있게 먹어줄때 더욱더 행복하구요 모두들 맛난거 드시고 즐거운 주말 되세요 @ritualfnd @ritualnet_korea @ritualnet @joshsimenhoff @Jez_Cryptoz @mongdiny7

@Plus_Ultra_715 @BNBCHAIN @yzilabs @EASYResidency

TCG SUPER CYCLE BEGIN. @BNBCHAIN, @yzilabs, @EASYResidency.

First Project: Web3 Governance and Member Management Infrastructure Today at the Builder Hub, we got a look at two projects moving in completely different directions. The first team presented a project focused on Web3 organization and community operations. This team is dedicated to solving the challenges of permission management and member administration that frequently arise in DAOs, communities, and membership organizations. During the presentation, they explained how they handle various operational hurdles, such as active event management, member role verification, wallet address changes, ENS name updates, and the management of vaulted assets. Interestingly, the community questions focused heavily on operational and security issues, including timestamp manipulation to cheat the system, managing member permissions during wallet changes, and user data security. The core of this project appears to be providing an infrastructure that allows organizations to manage members and make decisions based on trust, rather than just managing onchain assets. As Web3 continues to grow, tools for practical organization management are becoming far more important than simple tokens, making this a highly impressive project targeting the right space. Second Project: Move to Give (M2G) Infrastructure The second presentation featured a Move to Give project. Move to Give is a platform that combines physical exercise with charitable giving. When users engage in real world workouts like walking, running, or swimming, the platform verifies their activities and uses them as the basis for donations and sponsorships. What makes this interesting is that it goes beyond simply displaying workout records. It aims to connect charitable organizations, sponsors, and users into a single, unified ecosystem using workout data. The presentation also introduced integration plans with platforms like Apple Health, Google Fit, and Strava. The team emphasized their commitment to handling workout data as securely as possible while keeping the storage of sensitive personal information to an absolute minimum. The community showed a strong interest in the verification of workout data. Questions poured in regarding GPS spoofing, fake step generation, workout data manipulation, smartphone clock tampering, and reliance on external data providers. The team explained that they plan to minimize the possibility of fraud by utilizing Trusted Execution Environments and developing dedicated applications. Furthermore, they introduced a business model that uses AI to recognize real workout patterns, deliver targeted ads and sponsor benefits, and connect them back to the donation ecosystem. This attempt to merge exercise, charity, AI, and Web3 is highly fascinating, and the ability to accurately verify real world behavior will undoubtedly be the ultimate competitive advantage for this project. 오늘 Builder Hub 발표에서는 서로 다른 방향의 두 프로젝트를 볼 수 있었어요. 첫 번째 팀은 Web3 조직과 커뮤니티 운영에 초점을 맞춘 프로젝트였습니다. 이 팀은 DAO, 커뮤니티, 멤버십 조직에서 발생하는 권한 관리와 구성원 관리 문제를 해결하는 데 집중하고 있었습니다. 발표 중에는 액티브 이벤트 관리, 멤버 역할 검증, 지갑 주소 변경, ENS 이름 변경, 보관 중인 자산 관리 등 실제 커뮤니티 운영 과정에서 발생하는 다양한 문제를 어떻게 처리할 것인지 설명했습니다. 특히 커뮤니티 질문에서도 "시간 조작을 통한 시스템 악용", "지갑 변경 시 멤버 권한 처리", "사용자 데이터 보안" 같은 운영 및 보안 이슈가 주로 언급됐습니다. 프로젝트의 핵심은 단순히 온체인 자산을 관리하는 것이 아니라, 조직이 신뢰를 기반으로 멤버를 관리하고 의사결정을 수행할 수 있는 인프라를 제공하는 것으로 보였어요. Web3가 성장하면서 단순 토큰보다 실제 조직 운영 도구의 중요성이 커지고 있는데, 이런 영역을 겨냥한 프로젝트라는 점이 인상적이었습니다. 두 번째 발표는 M2G(Move to Give) 프로젝트였습니다. M2G는 운동과 기부를 결합한 플랫폼인데요. 사용자가 걷기, 달리기, 수영 같은 실제 운동을 하면 이를 검증하고, 그 활동을 기반으로 기부와 후원이 이루어지는 구조입니다. 흥미로운 점은 단순히 운동 기록을 보여주는 것이 아니라, 운동 데이터를 활용해 자선단체, 스폰서, 사용자까지 하나의 생태계로 연결하려고 한다는 것입니다. 발표에서는 Apple Health, Google Fit, Strava 등과의 연동 계획도 소개됐습니다. 운동 데이터는 가능한 한 안전하게 처리하고, 민감한 개인정보는 최소한으로 저장하는 방향을 강조했습니다. 커뮤니티의 관심은 운동 데이터 검증에 집중됐습니다. GPS 스푸핑, 가짜 걸음 수 생성, 운동 데이터 조작, 스마트폰 시간 조작, 외부 데이터 제공자 의존성 같은 질문이 이어졌고, 팀은 TEE 활용과 전용 앱 개발 등을 통해 조작 가능성을 최소화하겠다고 설명했습니다. 또한 AI를 활용해 사용자의 실제 운동 패턴에 맞는 광고와 후원 혜택을 제공하고, 이를 기부 생태계와 연결하는 비즈니스 모델도 소개했어요. 운동, 기부, AI, Web3를 결합하려는 시도라는 점에서 흥미로웠으며, 앞으로 얼마나 정확하게 실제 행동을 검증할 수 있느냐가 프로젝트의 핵심 경쟁력이 될 것으로 보이네요. @RialoHQ @RialoKorea @silverwave1000 @ericargent31113 @itachee_x

@Plus_Ultra_715 @renaissxyz Wow. Naruto is coming!

TCG Supercycle @renaissxyz will aim to list and support Naruto TCG at day 1 launch.

@innerpeace300 @yunbbong @axisrobotics 아..연속으로 해야 해서 빡세구나

@superJinee @yunbbong @axisrobotics 7일연속!

A Frustrating Day, but Still Part of the Learning Process @axisrobotics Research Diary — Day 5 Today was my fourth day on Axisrobotics and to be honest, it was a more frustrating session than the previous ones. Several of my submissions were marked as failed, which was disappointing after feeling steady progress over the past few days. Seeing those failed results was not easy, especially because I felt more comfortable controlling the robot than I did during my first sessions. The controls are gradually becoming more familiar, and I can complete many basic tasks faster than before. However, today reminded me that speed alone does not guarantee success. One thing became especially clear during this session. Standard manipulation tasks are starting to feel more natural, but multi-embodiment tasks are still challenging. They require a different level of coordination and precision compared to the tasks I worked on during my first few days. A small positioning mistake, an inaccurate placement, or a slight misunderstanding of the task can quickly lead to a failed result. Experiencing those failures also made me think more deeply about how Physical AI systems are trained. Successful demonstrations are valuable, but unsuccessful attempts are valuable as well. Failures help reveal where mistakes occur, what kinds of actions create problems, and which behaviors need improvement. In that sense, failed tasks are still part of the learning process. Looking back at Day 1, I spent most of my time simply learning how to move the robot arm. By Day 4, I can clearly feel that my overall control has improved. The tasks are becoming more familiar, my completion times are improving, and I am developing a better understanding of how the system responds to different actions. Today's results were not perfect, and seeing multiple failed submissions was disappointing. Still, progress is rarely a straight line. Every successful task, every correction, and even every failure contributes to a larger dataset that helps Physical AI systems learn from human behavior. I'll keep participating, keep improving, and continue documenting what I learn as I explore how robotic intelligence is being trained through AXIS Robotics. 실패도 결국 학습의 일부 오늘은 AXIS Robotics 5일 차였습니다. 솔직히 말하면 지금까지 중 가장 아쉬운 하루였습니다. 오늘 진행한 9개의 작업 중 일부가 Failed 판정을 받았기 때문입니다. 결과를 확인했을 때는 조금 속상했습니다. 최근에는 로봇 조작이 점점 익숙해지고 있었고, 작업 속도도 눈에 띄게 빨라지고 있다고 느끼고 있었기 때문입니다. 하지만 오늘 경험을 통해 다시 한번 깨달았습니다. 빠르게 작업하는 것과 정확하게 작업하는 것은 전혀 다른 문제라는 점입니다. 특히 Multi-Embodiment 미션은 아직도 쉽지 않습니다. 단순히 물체를 집고 옮기는 수준이 아니라 여러 관점에서 상황을 판단하고, 정확한 위치와 방향을 맞춰야 하기 때문에 작은 오차 하나가 결과에 큰 영향을 줍니다. 오늘은 이전보다 훨씬 빠르게 작업을 완료했지만, 일부 미션은 실패로 기록되었습니다. 이 과정에서 Physical AI가 왜 어려운 분야인지 다시 생각하게 되었습니다. 사람은 자연스럽게 수행하는 동작도 로봇에게는 위치 인식, 물체 파악, 경로 계획, 그리퍼 제어, 배치 정확도 등 수많은 요소가 동시에 요구됩니다. 흥미로운 점은 성공한 데이터뿐 아니라 실패한 데이터 역시 중요한 학습 자료가 된다는 것입니다. 어떤 상황에서 오류가 발생하는지, 어떤 행동이 실패로 이어지는지 학습하는 과정 또한 Physical AI 발전에 필요한 데이터가 됩니다. Day 1에는 로봇 팔을 움직이는 것조차 쉽지 않았습니다. 하지만 Day 5가 된 지금은 확실히 작업 속도가 빨라졌고, 시스템을 이해하는 수준도 높아졌다고 느낍니다. 오늘 결과는 아쉬웠지만 성장 과정의 일부라고 생각합니다. 좋은 로봇 모델은 하루아침에 만들어지지 않습니다. 수많은 시행착오와 인간의 행동 데이터가 쌓이며 조금씩 발전합니다. 오늘의 실패도 결국은 더 나은 Physical AI를 만드는 과정의 일부라고 믿습니다. 내일은 더 높은 정확도를 목표로 다시 도전해보겠습니다. #AxisRobotics #PhysicalAI #AI #Robotics #RobotLearning @axisrobotics

@get_optimum @puffer_finance congrats!!

Please welcome @puffer_finance as our newest mump2p testing partner! The Puffer team is well known for their dedication to security and experience in the world of institutional staking. We're thrilled to have them on board getting a firsthand look at what mump2p can do. 👏

@lucky77_god MBI will become a new future.

@superJinee I think Rialo security philosophy, moving beyond API keys to Machine Bound Identification (MBI), will be at the heart of the true automation era!

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

@yo565678 @ritualnet @leee876212 영어마을이 인기가 많네요

Today's Ritual English Village Watched an office drama together in the @ritualnet Discord community and picked up a new expression from @leee876212's class: 📝 throw me off → to confuse someone or break their concentration Learning English through dramas, conversations, and community activities makes it so much more fun🤓 @Jez_Cryptoz @dunken9718 @Majorproject5 @Kash_060 @nft_hinata_eth @jany268 @ericgudboy @whitesocks256 @mongdiny7

@yo565678 The Api key is now in the past. Now we have to let go of the past.

@superJinee API keys were a solution for yesterday’s internet. Machine-bound identity feels built for tomorrow’s.

@Lui25871252 리알로가 시장을 움직이겠다

[리알로의 보이지 않는 손] 보이지 않는 인프라가 결국 시장을 움직입니다. 블록체인 시장에서는 화려한 서비스와 눈에 띄는 기능들이 많은 관심을 받습니다. 하지만 실제로 오랫동안 살아남는 프로젝트들은 대부분 그 뒤에서 생태계를 지탱하는 인프라를 구축하고 있습니다. 인터넷이 발전할 수 있었던 이유도 검색엔진이나 SNS 때문만이 아니라, 서버와 네트워크 같은 기반 기술이 함께 성장했기 때문입니다. 눈에 잘 보이지는 않지만 가장 중요한 역할을 하는 영역이 있었던 것입니다. 리알로 역시 단순한 애플리케이션이 아니라 디지털 자산과 권한을 안전하게 관리할 수 있는 인프라 구축에 집중하고 있습니다. 화려함보다 지속 가능성을 선택하고 있는 셈! 특히 AI와 블록체인이 결합되는 미래에는 보안과 신뢰를 뒷받침하는 기반 기술의 중요성이 더욱 커질 것입니다. 결국 새로운 서비스가 등장할수록 이를 안전하게 연결하는 인프라의 가치도 함께 상승하게 될 것이라 생각합니다. 시장은 종종 눈앞의 유행에 집중하지만, 진짜 변화는 보이지 않는 곳에서 시작되는 경우가 많습니다. 리알로는 그러한 보이지 않는 손의 역할을 잘 해낼 것입니다. -한 줄 요약- 미래를 만드는 것은 화려한 서비스가 아니라 그 서비스를 가능하게 하는 인프라입니다. [The Invisible Hand of Rialo] Invisible infrastructure is what ultimately moves markets In the blockchain market, flashy services and highly visible features often attract the most attention However, the projects that survive in the long run are usually the ones building the infrastructure that supports the ecosystem from behind the scenes The internet was able to evolve not only because of search engines or social networks, but also because foundational technologies such as servers and networks grew alongside them. There were areas that were not easily visible, yet played the most important roles Rialo is also not just a simple application. It focuses on building infrastructure that can safely manage digital assets and permissions In other words, it is choosing sustainability over flashiness Especially in a future where AI and blockchain become increasingly connected, the importance of foundational technology that supports security and trust will only grow As more new services emerge, the value of the infrastructure that connects them safely will rise as well Markets often focus on short-term trends right in front of them But real change often begins in places we cannot easily see Rialo will play that role well, like an invisible hand behind the ecosystem -One-line Summary- The future is not built by flashy services, but by the infrastructure that makes those services possible

@Lui25871252 리알로가 미래닷

@superJinee 꿀잼인 리알로 최고!

@bokgyun @TermMaxFi 카리나 아는데 왜케 달라보이지? ㅋㅋ

@superJinee @TermMaxFi 갓 카리나를 모르시나요? ㅋㅋ

[TermMax] 오늘도 파이팅! @TermMaxFi 아침부터 덥네요. 이제 정말 TGE가 얼마 남은것 같지 않습니다. 조금만 더 힘내 보시죠. 😍

@lucky77_god ㅋㅋㅋ 럭키님 발 수고했어요

수요일 오늘도 17000보 걸었다. 내발~ 내발~ 수고했다~ 👣

@lucky77_god @ritualnet @soyouIJ @joshsimenhoff @mongdiny7 @dunken9718 @Jez_Cryptoz 오 그림 멋지네여

✅  @ritualnet #198 💚 My gifted Ritual character. @soyouIJ It is more than just a digital image it is a special digital artefact that represents my journey and experiences within the Ritual ecosystem. Every step I've taken, every activity I've participated in, and every interaction with the community feels reflected in this character. As I continue exploring, learning, and contributing, I hope to create even more memories alongside it. What started as a simple gift has become a meaningful reminder of my Ritual journey, and I look forward to seeing where the adventure leads next.

@lucky77_god That's right. Web3 has too many dangers lurking. It seems really important to prevent that.

@superJinee It seems that the future of security is not about hiding keys, but about preventing dangerous behavior itself with policies and verification.

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

@heeheeheeyaa I really like the attempts to prevent danger.

@superJinee Permission control is more important than API keys. Latch buckles up AI as well.🤍

@yo565678 @ritualnet 마차 향 너무 좋죠!!

🍵 Today's gFooditual @ritualnet A cup of matcha latte and a quiet moment to slow down. The rich aroma of matcha, the smooth texture of milk, and a few minutes away from the noise of the day. Sometimes the best part of a routine is simply taking a moment to enjoy it. Small rituals like this help recharge both mind and body. What's your favorite drink to enjoy during a peaceful break? @Jez_Cryptoz @dunken9718 @Majorproject5 @Kash_060 @nft_hinata_eth @jany268 @ericgudboy @whitesocks256 @mongdiny7

@yo565678 That's right.. Having been hacked, I realize even more how important privacy is.

👤 “Why does privacy matter so much in future infrastructure?” 🐱 “Because highly connected systems create larger surfaces for data exposure. The internet is becoming increasingly connected. Applications communicate with other applications. AI agents interact with services. Devices continuously exchange information. And users leave digital footprints across multiple environments every day. As systems become more intelligent and interconnected, they inevitably gain access to more data. That creates a challenge. People want the benefits of connected systems, but they also want control over how their information is used, shared, and protected. From a Rialo builder's perspective, the future internet cannot simply choose between openness and privacy. It needs both. Infrastructure should enable coordination and connectivity without requiring users to sacrifice ownership or control of their data. The more connected our digital world becomes, the more important privacy becomes as a foundational feature rather than an optional one.” @RialoHQ @silverwave1000 @itachee_x @RialoKorea

@yo565678 So API key leaks are this scary... Rialo's efforts to eliminate risks seem to stand out even more.

@superJinee API keys were a solution for yesterday’s internet. Machine-bound identity feels built for tomorrow’s.

@yunbbong @axisrobotics 꾸준한 쑤니!! 나도 곧 따라갈께

@innerpeace300 @yunbbong @axisrobotics 하는 기간이 정해져있어?

@yunbbong @axisrobotics 2일만 더 하면 된다잇!