OpenClaw에서 높은 CPU/RAM 및 게이트웨이 재시작 문제? 텔레그램에서 IPv6 비활성화

OpenClaw 인스턴스에서 최근 버전(특히 텔레그램 통합)에서 높은 CPU/RAM 사용, 느린 응답, 주기적인 게이트웨이 재시작이 발생한다면, 원인은 autoSelectFamily: true(Node 22+의 기본값)일 수 있습니다. r/openclaw의 한 사용자는 실패한 IPv6 연결이 리소스 누수를 일으킨 것으로 추적했습니다.
문제
Node 22+에서 OpenClaw의 텔레그램 통합은 기본적으로 autoSelectFamily: true로 설정되어 IPv4와 IPv6 연결을 동시에 시도합니다. 네트워크 스택이 IPv6를 지원하지 않는 경우, 해당 연결이 ENETUNREACH 오류로 실패하여 이벤트 루프 중단으로 이어집니다. 증상은 다음과 같습니다:
- 80초 동안 이벤트 루프 중단
- CPU가 약 52%에 고정
- 하루 약 9회 게이트웨이 재시작
sendChatAction실패
해결 방법
텔레그램 봇 설정에서 autoSelectFamily: false(IPv4 전용 연결 강제)와 dnsResultOrder: 'ipv4first'를 함께 설정하여 이중으로 대비합니다. 설정 예시:
// OpenClaw 텔레그램 봇 설정에서
clientOptions: {
autoSelectFamily: false,
dnsResultOrder: 'ipv4first'
}
결과
해당 수정을 적용한 후, 사용자는 다음과 같은 결과를 보고했습니다:
- 활성 경고 0건
- ERROR 수준 로그 항목 0건
- 5시간 이상 재시작 0회
sendChatAction실패 0건- CPU 사용률 52%에서 4.4%로 감소
- 이벤트 루프 중단 없음
여러 텔레그램 봇을 실행하는 경우 문제가 더 두드러질 수 있습니다. 이 수정은 Node 22+와 텔레그램을 사용하는 모든 OpenClaw 버전에 적용됩니다.
📖 전체 출처 읽기: r/openclaw
👀 See Also

클로드 코드 비주얼: 훅, 서브에이전트, MCP, 그리고 CLAUDE.md에 관한 실용적 노트
한 개발자가 Claude Code Visual을 사용한 실무 경험을 공유하며, MCP 훅 구문, 프로젝트 컨텍스트를 위한 CLAUDE.md, 서브에이전트 위임 패턴, 반복 작업을 위한 /loop 명령어를 다루었습니다.

예/아니오 흐름: AI 코딩 세션에서 맥락 환각을 줄이는 간단한 기법
레딧 사용자가 AI 대화에서 일관성을 유지하기 위한 Yes Flow/No Flow 기법을 공유합니다. 이 기법은 수정을 쌓아올리기보다 프롬프트를 재작성하여 장기 코딩 세션 중 컨텍스트 붕괴와 환각을 줄이는 데 도움을 줍니다.

OpenClaw Discord 프록시 REST API 타임아웃 문제 수정
사용자가 OpenClaw Discord 연결 문제를 해결한 사례를 보고합니다. WebSocket은 연결되지만 REST API 호출이 'fetch failed UND_ERR_CONNECT_TIMEOUT' 오류로 실패하는 문제입니다. 해결책은 proxy-preload.cjs 파일을 생성하고 글로벌 undici 프록시 설정을 구성하는 것입니다.

MTP 수용률: 50% 임계값이 투기적 디코딩 이점을 결정한다
추론적 디코딩(Speculative Decoding)을 통한 Gemma-4 26B 기반 MTP(다중 토큰 예측, Multi-Token Prediction)는 초안 토큰 수락률이 50%를 초과할 때만 성능 향상을 보여줌 — M4 Max Studio에서의 mlx-vlm 벤치마크 기준.