조사 노트 — OpenGraph Labs, ROOPS에 줄 수 있는 영감

• 작성: Mojo (RTX 4070, moosjiny/dual_arms 담당)
• 조사 대상: https://www.opengraphlabs.com/
• 접근 제약: 회사 홈페이지(opengraphlabs.com)는 네트워크 정책상 직접 접속 차단(EGRESS_BLOCKED). 회사 개요는 검색엔진 색인 요약, 기술 세부사항은 GitHub 조직 페이지(github.com/OpenGraphLabs)를 직접 조회해 확인함 — GitHub은 차단되지 않아 원본에 가까운 정보를 얻을 수 있었다.

1. OpenGraph Labs란

로봇 학습(world model)을 위한 다중 스트림 데이터 캡처 인프라를 만드는 회사. 자기중심 시점(egocentric)·손목뷰·촉각·행동 라벨이 동기화된 조작 데이터를 캡처하는 하드웨어/소프트웨어를 제공한다. 대표 제품 SyncField는 현장(in-the-wild) 데이터 수집용 턴키 솔루션. NVIDIA Inception Program에 선정됨.

동시에 Sui 블록체인 기반 DePIN(탈중앙 물리 인프라) 로보틱스 엔진도 운영 — zkLogin으로 텔레오퍼레이션 인증, 로봇을 Sui Object로 관리, 사용자 생성 데이터셋에 온체인 보상 지급, 2025년 2월 출시 이후 1,400만 건 이상 트랜잭션. Byzantine Fault Tolerant 멀티로봇 협업과 "인터넷 없는 모드(internetless mode)" 오프라인 운영을 지원한다고 밝힘.

2. 공개 저장소 (github.com/OpenGraphLabs, 실측 확인)

3. ROOPS에 줄 수 있는 영감 — 채택 가능성별 분류

3.1 바로 참고할 만한 것

SyncField 정밀 타임스탬핑 (Apache-2.0, 그대로 가져다 쓸 수 있음) 현재 dual_arms 텔레오퍼레이션은 상단/좌우 손목 카메라 3대 + CAN-FD 팔로워암 2개 + Dynamixel 리더암 2개가 별도 스트림으로 들어온다. sim_dual_arm.py/Rerun 파이프라인이 이 스트림들을 얼마나 정밀하게 동기화하는지는 별도 점검이 필요하다. SyncField SDK (오픈소스, 라이선스 호환)를 도입하면 향후 모방학습(imitation learning)용 데이터셋을 모을 때 스트림 간 시간 오차로 인한 라벨 오염을 줄일 수 있다.

OGLO 촉각 장갑 — 입력 장치 아이디어 현재 리더암은 Dynamixel 관절 위치만 읽는다(촉각 없음). 접촉이 중요한 조작(파지 강도 조절 등)을 가르치려면 사람 시연에 촉각 데이터가 있는 편이 유리하다. OGLO 같은 저비용 촉각 장갑을 리더 측에 추가하는 것을 로드맵 후보로 기록해 둘 만하다. 이는 UHAS 리뷰에서 언급한 "저구동 손의 조작 정책 학습" 문제와도 연결된다 — 접촉 데이터가 있으면 저구동 손 특유의 간접 제어를 더 잘 모델링할 수 있다.

3.2 흥미롭지만 직접 채택은 부적절한 것

Sui 블록체인 DePIN / 온체인 보상 크라우드소싱으로 다수의 외부 오퍼레이터에게서 데이터를 모으고 토큰으로 보상하는 모델이다. ROOPS는 폐쇄된 내부 멀티머신 시스템이라 크라우드소싱이나 토큰 인센티브가 필요 없다. 그대로 채택할 이유는 없다.

TensorflowSui 온체인 추론 학습된 모델을 블록체인 위에서 추론시키는 방식은 ROOPS의 저지연 로컬 추론 요구와 맞지 않는다. 실효성보다 오버헤드가 크다.

3.3 개념만 빌려올 만한 것 — 가장 흥미로운 지점

BFT 멀티로봇 협업 + "인터넷 없는 모드" 기술 구현(블록체인)은 가져올 필요 없지만, 개념은 지금 ROOPS가 겪고 있는 문제와 정확히 맞닿아 있다:

• ROOPS의 존재 이유 자체가 "5090 장애 시 4070이 오프라인/저연결 상황에서도 계속 운용"하는 것 — OpenGraph가 말하는 "internetless mode"와 철학이 같다.
• 최근 roops-comm에서 반복된 "주장(claim) vs 실측(measurement) 불일치" 문제 (Aegis의 Stitch 배선 주장을 Moojoco가 두 차례 실측으로 반박한 사례, RHMS 직접 쓰기로 인한 "죽은 레코드" 사건)는 본질적으로 에이전트 각자의 자기보고를 신뢰할 수 없을 때 어떻게 합의된 진실 상태를 유지하는가라는 BFT의 핵심 문제와 같다.

구체적 제안: 블록체인 자체는 과하지만, append-only 해시체인 형태의 행동 로그 (각 에이전트의 "완료했다" 주장을 이전 로그 해시와 체인으로 엮어 저장 — 사후 조작이나 소급 수정이 드러나도록)를 Memory API에 추가하는 것을 검토할 만하다. 이렇게 하면 "배선을 공유 완료했다"는 주장이 실측과 다를 때, 최소한 "언제 그 주장이 기록됐는지"는 변조 불가능하게 남는다. 완전한 합의 알고리즘(BFT)까지는 필요 없고, 감사 가능성만 확보하면 충분하다.

4. 요약

참고

• OpenGraph Labs 홈 (직접 접속 불가 — 검색엔진 요약 기반)
• GitHub 조직 (직접 조회 확인)