돈은 낙관론자가 번다
최고의 에어드랍 작업 2024 : 하이퍼리퀴드 2025 : 아스터,라이터 2026 : ?? 아마 올해도 펍덱이 가장 잘먹여주지 않을까 싶네 다른 알트에서 의미있을 정도의 에드 먹어본게 언젠지 기억도 안남
요즘 펍덱말고 에드는 에드로 버는게 아니고 상장따리로 버는게 주인거같은데…
Forwarded from 리서치갱 유후갱단
메타, 레이밴 스마트 글래스 이어 스마트 워치까지??😎
안경 다음은 손목 ⌚️ → 웨어러블 AI 생태계의 신호탄
이런 폭발적인 판매 호조를 등에 업고, 메타는 과거 중단했던 '스마트 워치' 개발까지 재가동
예상되는 제품 포커스는 『헬스 트래킹 + Meta AI 고도화 + 스마트 글래스 입력/제어 서포트』
+ 덧붙여 메타는 현재 증강현실(AR)과 혼합현실(MR) 안경까지 개발중이라고 함👀
안경 다음은 손목 ⌚️ → 웨어러블 AI 생태계의 신호탄
전년 대비 출하량 2배 가까이 급증, 1,000만 대 돌파까지도 목전에 둔 '스마트 글래스' 시장
특히 흥행 주역인 '레이밴 메타 스마트 글래스'는
『전례 없는 수요로 공급이 부족해 해외 확장을 못하는 정도』😱
➤ 여기에 애플과 구글(feat. 젠틀몬스터)까지 스마트 글래스 출시를 정조준 중
이런 폭발적인 판매 호조를 등에 업고, 메타는 과거 중단했던 '스마트 워치' 개발까지 재가동
예상되는 제품 포커스는 『헬스 트래킹 + Meta AI 고도화 + 스마트 글래스 입력/제어 서포트』
+ 덧붙여 메타는 현재 증강현실(AR)과 혼합현실(MR) 안경까지 개발중이라고 함
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from 피린이 (피린이)
NLP 전체 수용 한도가 기존 $4M → $6M로 $2M 확대됩니다. 이에 따라 NFT 홀더 대상 우선 예치 창이 먼저 열립니다.
• 스냅샷: 2월 19일 오전 11시
• 예치 가능: 48시간
• 지갑당 한도: $2,000
• NFT 여러 개 보유해도 한도 추가 없음
• 스냅샷 포함 지갑만 참여 가능
• 지갑당 한도: $20,000
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
Forwarded from 마샬 공유방 2.0
· 총 5천명 참가자 (선착순 신청)
· 티켓 가격 75,000원
· 티켓 예매는 SKT T 다이렉트샵
· 예매는 3월 3일 오전 9시 시작
· 인당 4매 구매 가능
· 5km / 8km 코스 각각 2,500명
· 잉어킹 모자, 티셔츠, 스트링백
· 스포츠 타올, 번호표
· 30주년 기념 키링 (2종 중 랜덤)
· 완주 시 한정 피카츄 인형 메달
✍️ 요즘 텔레그램에서도 자주 보이는 포켓몬 카드. 돌고 돌아(안 돈 적이 있나?) 또 열풍인데 아마 이것도 경쟁 터져나가지 않을까 싶네요. 그리고 올해 포켓몬 30주년임
진짜 뛰러가는 참가자보다 완주 메달 리셀 목표로 가는 사람이 많을지도... 전 일단 러닝 좋아해서 티켓팅 트라이 예정
행사 공지
#포켓몬 #포켓몬런 #광고아님
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3
Forwarded from 폐지줍기 연구소
카카오 GPT 아비트라지 막혔다.
https://v.daum.net/v/20260219143644425
카카오가 최근 정가의 10분의 1 가격으로 한정 판매한 '챗GPT 선물하기 이용권'을 비공식 경로에 등록하는 행위를 제한하기로 했다.
카카오는 19일부터 카카오톡 '받은 선물함'에서 확인되는 '챗GPT 선물하기 이용권'만 등록을 허용하는 조치를 시행한다. '선물하기'로 친구에게 선물 받은 이용권이나 본인이 직접 구매한 이용권만 등록할 수 있게 된다.
https://v.daum.net/v/20260219143644425
Forwarded from 임팔의 AI야기
1. 오픈클로 공식 홈페이지
2. 설치 과정에서 참고했던 유튜브 영상 (데브남)
3. 설치 후 에이전트에게 적용할 아티클 (joan)
2번 가이드를 보고 설치했고, 3번 가이드 속의 프롬프트와 지침 등을 에이전트에게 붙여넣으며 필요한 api 등을 결제했습니다. 2시간 정도 걸렸어요.
아티클이 굉장히 길고 난해해 보이는데, 기본적으로 어떻게 에이전트를 분리해서 응용해야 하는지 이해하게 도와주는 글이었어요!
#함께배우는AI #openclaw
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from 일단 다 해보기
'퍼프덱스 파밍메타는 끝, 그러나 퍼프덱스는 이제 시작'
퍼프덱스단들 사이에 유독 절망회로만 가득한거 같아서 희망?회로편도 한번 써보고자 함
결론은 한 말 또 하고 또 하고 매일 TGE 언제하나 볼게 아니라 든든히 작업했으면 진득히 기다려보자는 것
조급해하지 맙시다!
1. 팀과 에드파머의 입장차이
2. 퍼프덱스는 더 간다
3. 옥석가리기는 이미 어느정도 완료
4. 퍼프덱스와 당신은 반드시 승리할 것
퍼프덱스단들 사이에 유독 절망회로만 가득한거 같아서 희망?회로편도 한번 써보고자 함
결론은 한 말 또 하고 또 하고 매일 TGE 언제하나 볼게 아니라 든든히 작업했으면 진득히 기다려보자는 것
조급해하지 맙시다!
1. 팀과 에드파머의 입장차이
에드 파밍 관점에서는 서둘러 TGE하고 적당히 먹여주고 본인 자산의 유동성을 순환시켜주길 바라겠지만, 팀 입장에서는 비트와 크립토가 이 지경인데 서두를 필요가 없음. 하리가 모범 BM을 보여준 이상 바이백 실탄 채우는 개념으로 수수료 더 빨아도 팀은 이득임. 코스피가 너무 올라서 다들 더 멘탈이 힘든 것 같기도 함.. (이래서 가진 돈 모든걸 다부으면 힘들어짐..)
2. 퍼프덱스는 더 간다
펍덱이 단순 한탕 빨고 튀는 메타가 아니게 되고있음. 매매를 억지로 조장하는게 아니라 주식,원자재,지수 등 모든 RWA자산을 온체인 토큰화 (xstocks)화의 유행이 이미 시작. 블랙록의 비들펀드, NYSE의 칸톤, 하이퍼리퀴드의 은 거래량 COMEX 능가, HK 컨센서스에서 xstocks 화두, 그리고 X에서 주식과 코인 거래를 지원한다는 소식은 우리가 퍼프덱스 작업을 한게 옳았다는 증명일 것. 방금 나온 하이퍼리퀴드의 제이크 처빈스키 선임도 호재이고, 하리가 대장으로서 규제를 직접 설계하고 돌파하겠다는 것도 펍덱판의 너무나 큰 호재가 아닐 수 없음.
3. 옥석가리기는 이미 어느정도 완료
그럼 우리말고 신규 실사용자가 (리테일/고래) 쓰려면 결국 앱,웹 사용감/보안수준/호가창 두께/다양한 자산 상장으로 승부봐야되는데 요즘 신규 펍덱이나 아직도 갈길 멀어보이는게 성공할리가 있다고 생각하나? 투자 유치/시스템 구축/제품 업그레이드/마케팅 이 모든게 하루 아침에 되지 않기 때문에 기존 퍼프덱스로 오히려 트래픽이 몰리는 현상이 올해 심화될 것이라고 생각함. (QFEX같은거 보면..)
4. 퍼프덱스와 당신은 반드시 승리할 것
개인적으로 상반기는 계속 코인 어려울 것이라고 보고 있고, 삼성전자 5만원 구간은 여기가 아니라고 생각함.
새로운 연준의장이 부임을 하든, 글로벌 이슈로 부양책이 나오든, 저점 롱포지들 싹 다 청소하는 무빙이 나오든 결국 지금 이대로는 어렵겠으나 비트는 다시 올라갈 것임. 그리고 그 때 퍼프덱스 거래소 코인들도 엄청난 상승을 할 것이라고 봄. 올해 말이 된다면 '제대로 된' 퍼프덱스 작업을 한 사람은 웃고 있지 않을까. (멘탈을 위해서 채단과와 스테이블보유량은 반드시 조절 필수)
Forwarded from 마인부우의 크립토볼 (minebuu)
OpenAI, 패러다임과 함께 EVMBench 공개
https://openai.com/index/introducing-evmbench/
- AI 에이전트의 코드 읽기, 쓰기, 실행 능력이 강화됨에 따라 AI 시스템을 방어적으로 활용하는 것이 중요해지고 있음
- 패러다임과 함께 AI 에이전트가 스마트 계약 취약점을 탐지, 패치 및 Exploit하는 능력을 평가하는 밴치마크를 개발
- 40개의 오딧에서 120개의 선별된 취약점들로부터 밴치마크를 뽑아냄. 스테이블을 위한 L1인 Tempo 블록체인의 여러 보안 취약점 시나리오도 포함되었기 때문에 AI 에이전트 기반 스테이블 코인 결제에서 중요한 벤치마크로 작용할 것
- EVMBench는 1) 취약점 탐지, 2) 취약점 패치, 3) Exploit (취약점 공격, 로컬 네트워크 환경) 세가지 부분을 평가함
- GPT-5.3-Codex는 72.2%의 점수를 달성하였고, 이는 GPT-5가 31.9%인 것에 비해 상당히 향상된 것. 하지만 여전히 에이전트가 찾아내고 수정하기 어려운 취약점이 많음
- 에이전트들은 대게 자금 고갈이라는 목표가 명확한 Exploit에서 가장 좋은 성능을 보이지만, 탐지와 패치에서 어려움을 보임. 특히 미묘한 취약점을 제거하며 모든 기능을 유지하는 것이 어려움.
- 앞으로 보안 리서처들이 AI 기반 감사를 워크플로에 통합하는 것이 점점 중요해질 것
https://openai.com/index/introducing-evmbench/
- AI 에이전트의 코드 읽기, 쓰기, 실행 능력이 강화됨에 따라 AI 시스템을 방어적으로 활용하는 것이 중요해지고 있음
- 패러다임과 함께 AI 에이전트가 스마트 계약 취약점을 탐지, 패치 및 Exploit하는 능력을 평가하는 밴치마크를 개발
- 40개의 오딧에서 120개의 선별된 취약점들로부터 밴치마크를 뽑아냄. 스테이블을 위한 L1인 Tempo 블록체인의 여러 보안 취약점 시나리오도 포함되었기 때문에 AI 에이전트 기반 스테이블 코인 결제에서 중요한 벤치마크로 작용할 것
- EVMBench는 1) 취약점 탐지, 2) 취약점 패치, 3) Exploit (취약점 공격, 로컬 네트워크 환경) 세가지 부분을 평가함
- GPT-5.3-Codex는 72.2%의 점수를 달성하였고, 이는 GPT-5가 31.9%인 것에 비해 상당히 향상된 것. 하지만 여전히 에이전트가 찾아내고 수정하기 어려운 취약점이 많음
- 에이전트들은 대게 자금 고갈이라는 목표가 명확한 Exploit에서 가장 좋은 성능을 보이지만, 탐지와 패치에서 어려움을 보임. 특히 미묘한 취약점을 제거하며 모든 기능을 유지하는 것이 어려움.
- 앞으로 보안 리서처들이 AI 기반 감사를 워크플로에 통합하는 것이 점점 중요해질 것
OpenAI
Introducing EVMbench
OpenAI and Paradigm introduce EVMbench, a benchmark evaluating AI agents’ ability to detect, patch, and exploit high-severity smart contract vulnerabilities.
Forwarded from 기분좋은 마곤
Forwarded from [삼성 이영진] 글로벌 AI/SW
앤스로픽, Claude Sonnet 4.6 발표
: 코딩, 컴퓨터 사용, 장문 컨텍스트 추론, 에이전트 계획, 지식 작업, 디자인 전반에서 모델 역량 전면 강화
: 1M 컨텍스트 지원(베타). 적응형 사고, 확장 사고, 컨텍스트 압축 도입
: 가격은 Sonnet 4.5와 동일. 인풋 $3 및 아웃풋 $15/백만토큰
: 과거 Opus급 모델이 필요했던 작업(ex, 경제적 가치가 있는 사무 작업)을 Sonnet급 모델로 구현
https://www.anthropic.com/news/claude-sonnet-4-6
: 코딩, 컴퓨터 사용, 장문 컨텍스트 추론, 에이전트 계획, 지식 작업, 디자인 전반에서 모델 역량 전면 강화
: 1M 컨텍스트 지원(베타). 적응형 사고, 확장 사고, 컨텍스트 압축 도입
: 가격은 Sonnet 4.5와 동일. 인풋 $3 및 아웃풋 $15/백만토큰
: 과거 Opus급 모델이 필요했던 작업(ex, 경제적 가치가 있는 사무 작업)을 Sonnet급 모델로 구현
https://www.anthropic.com/news/claude-sonnet-4-6
Anthropic
Introducing Sonnet 4.6
Claude Sonnet 4.6 is a full upgrade of the model’s skills across coding, computer use, long-reasoning, agent planning, knowledge work, and design.
Forwarded from AI MASTERS
This media is not supported in your browser
VIEW IN TELEGRAM
[ 클로드와 피그마가 뭉쳤다 ]
Claude와 Figma의 공식 파트너십 발표와 함께 Code to Canvas 기능이 추가됐습니다🔥🔥
이 기능으로 이제 Claude Code로 만든 UI를 편집 가능한 디자인 프레임으로 쉽고 빠르게 가져올 수 있다고 해요😎
반대로 Fima MCP를 사용해서 디자인 한 아이디어를 Claude Code로 만들어낼 수 있다고도 합니다🚀🚀
이제 디자이너와 개발자는 한몸이 돼버렸군요...?😅
👉 원문 보기 👈
Claude와 Figma의 공식 파트너십 발표와 함께 Code to Canvas 기능이 추가됐습니다🔥🔥
이 기능으로 이제 Claude Code로 만든 UI를 편집 가능한 디자인 프레임으로 쉽고 빠르게 가져올 수 있다고 해요😎
반대로 Fima MCP를 사용해서 디자인 한 아이디어를 Claude Code로 만들어낼 수 있다고도 합니다🚀🚀
이제 디자이너와 개발자는 한몸이 돼버렸군요...?😅
👉 원문 보기 👈
❤2
Forwarded from 돌찬 공지방 (IQ0 | Dolchan)
졷대는 경험 공유
: AI는 실제로 돈을 구해다줍니다.
구독자분께서 predict fun 하다가 계정 추상화 입금주소에 BNB USDT 를 보내야되는데 opBNB USDT 를 보내버리심. 골때리는게 입금 주소 살펴보니깐 opBNB 상에서 스마트 컨트렉트 주소도 아니고 깡 EOA 지갑 주소임. 프레딧펀 UI 상에서도 opBNB 선택이 아예 안됨. 이건 못구한다 ㅈㅈ 치고 혹시나해서 AI 1시간 돌려놓으니깐 갑자기 지가 구해옴.
https://opbnbscan.com/tx/0x551cb972e5de1da29f776b308922baa96837c47f27ae3824d49f6c1ae8d079b0
지린다 그냥
: AI는 실제로 돈을 구해다줍니다.
구독자분께서 predict fun 하다가 계정 추상화 입금주소에 BNB USDT 를 보내야되는데 opBNB USDT 를 보내버리심. 골때리는게 입금 주소 살펴보니깐 opBNB 상에서 스마트 컨트렉트 주소도 아니고 깡 EOA 지갑 주소임. 프레딧펀 UI 상에서도 opBNB 선택이 아예 안됨. 이건 못구한다 ㅈㅈ 치고 혹시나해서 AI 1시간 돌려놓으니깐 갑자기 지가 구해옴.
https://opbnbscan.com/tx/0x551cb972e5de1da29f776b308922baa96837c47f27ae3824d49f6c1ae8d079b0
지린다 그냥
ERC-4337은 "주소만 미리 계산"해놓고, 실제 컨트랙트 배포는 첫 출금 때 하는 구조. BSC에서도 opBNB에서도 둘 다 깡 EOA 주소 상태.
문제: 정확히 같은 주소가 나오려면 배포 파라미터가 일치해야 함.
Predict가 어떤 SDK 버전을 쓰는지 공개 안 함.
→ ZeroDev Kernel 버전 6개를 전부 브루트포스
→ v0.3.1에서 주소 일치 확인
ERC-4337 UserOperation 한 방:
① 스마트 컨트랙트 지갑 배포
② USDT 전액 전송
= 하나의 트랜잭션으로 동시 처리
Opbnbscan
opBNB Transaction Hash Details - opBNBScan
opBNBScan is a blockchain explorer and analytics platform for opBNB - L2 solution for BSC. It enables users to explore transactions, blocks, addresses on opBNB.
👍3
Forwarded from IQ0 | Dolchan
opBNB USDT 복구 전체 과정
1. 문제 상황
Predict.fun이라는 예측 시장 플랫폼을 사용 중이었음. Predict는 BSC(BNB Smart Chain) 위에서 동작하고, 유저마다 ZeroDev Kernel이라는 스마트 컨트랙트 지갑을 만들어줌.
입금 주소: 0xDF801A3bCe0acEF9783D84c797D8A03f7D4af338
그런데 680.6264171 USDT를 BSC가 아니라 opBNB(BSC의 Layer 2)로 잘못 전송해버림.
2. 왜 기존 시도가 전부 실패했는가
시도 A: Predict 자체 Rescue UI
ERC-4337 UserOperation을 보내려 했지만, opBNB에서 bundler 설정이 안 맞아서 maxFeePerGas: 0 에러로 실패
시도 B: Remix에서 직접 execute() 호출
스마트 지갑의 execute(bytes32, bytes) 함수를 직접 호출
트랜잭션은 성공했는데 USDT가 안 움직임
revert도 안 됨, 이벤트도 안 남음, 잔액 변화도 없음
이게 가장 혼란스러운 부분이었음. 성공인데 왜 아무 일도 안 일어나는가?
3. 핵심 원인 발견
opBNB explorer에서 지갑 주소를 조회하니 **"Contract"가 아니라 일반 "Address"**로 표시됨.
이게 모든 것의 원인이었음.
Predict는 BSC에서만 서비스하므로, 스마트 지갑 컨트랙트는 BSC에만 배포되어야 함. 그런데 확인해보니 BSC에도 배포가 안 되어 있었음. 이유는:
ERC-4337(Account Abstraction)에서는 지갑 주소를 미리 계산만 해놓고, 실제 컨트랙트 배포는 첫 번째 트랜잭션을 보낼 때 자동으로 함.
즉, Predict는 CREATE2로 주소만 계산해서 "여기로 입금하세요"라고 알려주고, 유저가 출금할 때 비로소 컨트랙트를 배포하는 구조. 입금만 하고 출금을 안 했으니 BSC에도 컨트랙트가 없었음.
opBNB에 컨트랙트 코드가 없으니, execute()를 호출해도 EVM은 그냥 "코드 없는 주소에 데이터를 보내는 트랜잭션"으로 처리 → 성공은 하지만 아무 코드도 실행 안 됨 → USDT 이동 없음.
4. 복구 전략 수립
문제를 정리하면:
USDT는 opBNB의 USDT 컨트랙트 내부 balanceOf 매핑에 0xDF801A3... → 680.62 USDT로 기록되어 있음
이 USDT를 빼려면 0xDF801A3... 주소에서 USDT.transfer()를 호출해야 함
근데 이 주소는 스마트 컨트랙트 주소라 private key가 없음 (EOA가 아님)
유일한 방법: 같은 주소에 같은 컨트랙트를 opBNB에 배포하는 것
ZeroDev Kernel은 CREATE2로 배포됨. CREATE2의 특성:
주소 = hash(deployer주소, salt, 바이트코드)
같은 factory + 같은 파라미터를 쓰면 어떤 체인에서든 같은 주소가 나옴.
5. 실행 과정
Step 1: 인프라 확인
opBNB에 필요한 컨트랙트들이 이미 배포되어 있는지 확인:
EntryPoint v0.6: ✓ 있음
EntryPoint v0.7: ✓ 있음
Kernel v2 Factory: ✓ 있음
Kernel v3 MetaFactory: ✓ 있음
ECDSA Validator: ✓ 있음
ZeroDev가 이미 opBNB에 인프라를 배포해놓았기 때문에, 같은 factory를 사용할 수 있었음.
Step 2: Kernel 버전 식별
Predict가 어떤 Kernel 버전을 쓰는지 모르니까, 모든 버전을 다 시도해서 어떤 조합이 0xDF801A3... 주소를 만들어내는지 찾음:
v0.2.2 + EP 0.6: 0x77b87b... → NO MATCH
v0.2.3 + EP 0.6: 0x77b87b... → NO MATCH
v0.2.4 + EP 0.6: 0x77b87b... → NO MATCH
v0.3.0 + EP 0.7: 0x66D16F... → NO MATCH
v0.3.1 + EP 0.7: 0xDF801A... → MATCH ✓ ← 찾았다!
Kernel v0.3.1 + EntryPoint v0.7 + index 0
Step 3: 복구 스크립트 실행
ERC-4337 UserOperation 하나로 지갑 배포 + USDT 전송을 동시에 처리:
UserOperation {
sender: 0xDF801A3... ← 스마트 지갑 주소
initCode: factory + 파라미터 ← "이 컨트랙트를 배포해라"
callData: execute(transfer) ← "USDT를 전송해라"
signature: Privy EOA 서명 ← "나는 이 지갑의 주인이다"
}
EntryPoint 컨트랙트가 이걸 받아서:
initCode를 실행 → 스마트 지갑 컨트랙트가 0xDF801A3...에 배포됨
callData를 실행 → 배포된 지갑이 USDT.transfer(recipient, 680.62 USDT) 실행
한 트랜잭션에 두 가지가 모두 처리됨
Pimlico라는 ERC-4337 bundler 서비스를 통해 이 UserOperation을 opBNB에 제출.
6. 결과
TX: 0x551cb972e5de1da29f776b308922baa96837c47f27ae3824d49f6c1ae8d079b0
Smart Wallet 잔액: 680.6264171 → 0 USDT
Recipient 잔액: 0 → 680.6264171 USDT
요약 다이어그램
[실수로 opBNB에 USDT 전송]
↓
[opBNB에 컨트랙트 없음 → execute() 무효]
↓
[원인 발견: 코드가 없는 주소]
↓
[해결: CREATE2로 같은 주소에 컨트랙트 배포]
↓
[ZeroDev SDK로 Kernel v0.3.1 식별]
↓
[ERC-4337 UserOp: 배포 + 전송 = 한 트랜잭션]
↓
[680.62 USDT 복구 완료 ✓]
1. 문제 상황
Predict.fun이라는 예측 시장 플랫폼을 사용 중이었음. Predict는 BSC(BNB Smart Chain) 위에서 동작하고, 유저마다 ZeroDev Kernel이라는 스마트 컨트랙트 지갑을 만들어줌.
입금 주소: 0xDF801A3bCe0acEF9783D84c797D8A03f7D4af338
그런데 680.6264171 USDT를 BSC가 아니라 opBNB(BSC의 Layer 2)로 잘못 전송해버림.
2. 왜 기존 시도가 전부 실패했는가
시도 A: Predict 자체 Rescue UI
ERC-4337 UserOperation을 보내려 했지만, opBNB에서 bundler 설정이 안 맞아서 maxFeePerGas: 0 에러로 실패
시도 B: Remix에서 직접 execute() 호출
스마트 지갑의 execute(bytes32, bytes) 함수를 직접 호출
트랜잭션은 성공했는데 USDT가 안 움직임
revert도 안 됨, 이벤트도 안 남음, 잔액 변화도 없음
이게 가장 혼란스러운 부분이었음. 성공인데 왜 아무 일도 안 일어나는가?
3. 핵심 원인 발견
opBNB explorer에서 지갑 주소를 조회하니 **"Contract"가 아니라 일반 "Address"**로 표시됨.
이게 모든 것의 원인이었음.
Predict는 BSC에서만 서비스하므로, 스마트 지갑 컨트랙트는 BSC에만 배포되어야 함. 그런데 확인해보니 BSC에도 배포가 안 되어 있었음. 이유는:
ERC-4337(Account Abstraction)에서는 지갑 주소를 미리 계산만 해놓고, 실제 컨트랙트 배포는 첫 번째 트랜잭션을 보낼 때 자동으로 함.
즉, Predict는 CREATE2로 주소만 계산해서 "여기로 입금하세요"라고 알려주고, 유저가 출금할 때 비로소 컨트랙트를 배포하는 구조. 입금만 하고 출금을 안 했으니 BSC에도 컨트랙트가 없었음.
opBNB에 컨트랙트 코드가 없으니, execute()를 호출해도 EVM은 그냥 "코드 없는 주소에 데이터를 보내는 트랜잭션"으로 처리 → 성공은 하지만 아무 코드도 실행 안 됨 → USDT 이동 없음.
4. 복구 전략 수립
문제를 정리하면:
USDT는 opBNB의 USDT 컨트랙트 내부 balanceOf 매핑에 0xDF801A3... → 680.62 USDT로 기록되어 있음
이 USDT를 빼려면 0xDF801A3... 주소에서 USDT.transfer()를 호출해야 함
근데 이 주소는 스마트 컨트랙트 주소라 private key가 없음 (EOA가 아님)
유일한 방법: 같은 주소에 같은 컨트랙트를 opBNB에 배포하는 것
ZeroDev Kernel은 CREATE2로 배포됨. CREATE2의 특성:
주소 = hash(deployer주소, salt, 바이트코드)
같은 factory + 같은 파라미터를 쓰면 어떤 체인에서든 같은 주소가 나옴.
5. 실행 과정
Step 1: 인프라 확인
opBNB에 필요한 컨트랙트들이 이미 배포되어 있는지 확인:
EntryPoint v0.6: ✓ 있음
EntryPoint v0.7: ✓ 있음
Kernel v2 Factory: ✓ 있음
Kernel v3 MetaFactory: ✓ 있음
ECDSA Validator: ✓ 있음
ZeroDev가 이미 opBNB에 인프라를 배포해놓았기 때문에, 같은 factory를 사용할 수 있었음.
Step 2: Kernel 버전 식별
Predict가 어떤 Kernel 버전을 쓰는지 모르니까, 모든 버전을 다 시도해서 어떤 조합이 0xDF801A3... 주소를 만들어내는지 찾음:
v0.2.2 + EP 0.6: 0x77b87b... → NO MATCH
v0.2.3 + EP 0.6: 0x77b87b... → NO MATCH
v0.2.4 + EP 0.6: 0x77b87b... → NO MATCH
v0.3.0 + EP 0.7: 0x66D16F... → NO MATCH
v0.3.1 + EP 0.7: 0xDF801A... → MATCH ✓ ← 찾았다!
Kernel v0.3.1 + EntryPoint v0.7 + index 0
Step 3: 복구 스크립트 실행
ERC-4337 UserOperation 하나로 지갑 배포 + USDT 전송을 동시에 처리:
UserOperation {
sender: 0xDF801A3... ← 스마트 지갑 주소
initCode: factory + 파라미터 ← "이 컨트랙트를 배포해라"
callData: execute(transfer) ← "USDT를 전송해라"
signature: Privy EOA 서명 ← "나는 이 지갑의 주인이다"
}
EntryPoint 컨트랙트가 이걸 받아서:
initCode를 실행 → 스마트 지갑 컨트랙트가 0xDF801A3...에 배포됨
callData를 실행 → 배포된 지갑이 USDT.transfer(recipient, 680.62 USDT) 실행
한 트랜잭션에 두 가지가 모두 처리됨
Pimlico라는 ERC-4337 bundler 서비스를 통해 이 UserOperation을 opBNB에 제출.
6. 결과
TX: 0x551cb972e5de1da29f776b308922baa96837c47f27ae3824d49f6c1ae8d079b0
Smart Wallet 잔액: 680.6264171 → 0 USDT
Recipient 잔액: 0 → 680.6264171 USDT
요약 다이어그램
[실수로 opBNB에 USDT 전송]
↓
[opBNB에 컨트랙트 없음 → execute() 무효]
↓
[원인 발견: 코드가 없는 주소]
↓
[해결: CREATE2로 같은 주소에 컨트랙트 배포]
↓
[ZeroDev SDK로 Kernel v0.3.1 식별]
↓
[ERC-4337 UserOp: 배포 + 전송 = 한 트랜잭션]
↓
[680.62 USDT 복구 완료 ✓]
❤3