러그 풀을 발견하는 방법은 무엇입니까? (리스크 관리)

토큰 계약의 일반적인 위험 신호

1. 스마트 계약에는 Etherscan 또는 BscScan과 같은 블록체인 탐색기에서 검증된 소스 코드가 부족합니다.

2. 계약 소유권이 너무 일찍(유동성이 잠기기 전에) 포기되거나 전혀 포기되지 않습니다.

3. transferOwnership , setApprovalForAll 또는 일시 중지 와 같은 기능은 활성 상태로 유지되며 개발자가 제어할 수 있습니다.

4. 민트 또는 블랙리스트 기능과 같은 숨겨진 메커니즘이 존재하지만 문서화되지 않았습니다.

5. 계약에는 짧은 기간 후에 일방적인 출금이 가능한 특이한 시간 잠금 기능이 포함되어 있습니다.

팀 및 커뮤니티 신호

1. 팀원은 모든 플랫폼에서 신원 공개를 거부하거나 확인 불가능한 가명을 사용하지 않습니다.

2. 팔로어 수가 적고 유기적 참여가 최소화된 소셜 미디어 계정이 새로 생성됩니다.

3. 활성 GitHub 저장소가 없거나 커밋이 자동화된 것으로 나타나고 의미 있는 업데이트가 없습니다.

4. 커뮤니티 중재자는 중요한 질문을 삭제하거나 토큰경제학 또는 감사에 관해 질문하는 사용자를 금지합니다.

5. 프로젝트의 Telegram 또는 Discord에서 봇과 같은 활동이 갑자기 급증한 후 침묵이 발생합니다.

유동성 및 토큰 분배 패턴

1. 유동성 풀은 72시간 미만의 안정성을 나타내며 Unicrypt 또는 Team Finance와 같은 신뢰할 수 있는 서비스를 통해 잠겨 있지 않습니다.

2. 단일 지갑은 전체 공급량의 30% 이상을 보유하고 있으며 해당 지갑의 거래는 가격 급등과 동시에 발생합니다.

3. 토큰 배포를 보면 공개 기록이 없는 "고문" 또는 "마케팅" 지갑에 대규모 할당이 있음이 드러납니다.

4. 초기 DEX 제공(IDO) 참가자는 공개 판매 전에 토큰을 받으며 베스팅 일정은 공개되지 않습니다.

5. 분산형 거래소의 거래량이 온체인 스왑 빈도와 일치하지 않습니다. 이는 워시 트레이딩을 나타냅니다.

감사 보고서 및 제3자 검증

1. 감사 보고서가 게시되지 않았거나 보고서가 DeFi 보안에 대한 사전 평판이 없는 알려지지 않은 회사에서 나온 것입니다.

2. 감사 문서에 타임스탬프, 범위 정의 또는 특정 취약성 분류가 부족합니다.

3. 감사에서 확인된 중요하거나 심각도가 높은 문제는 출시 시점에도 수정되지 않은 상태로 남아 있습니다.

4. 감사 보고서는 오래된 계약 버전을 참조하지만 배포된 바이트코드는 크게 다릅니다.

5. 동일한 감사 회사가 프로젝트 전반에 걸쳐 동일한 취약점을 지닌 여러 개의 실패한 토큰을 검토했습니다.

자주 묻는 질문

Q: 검증된 감사를 받은 프로젝트는 안전할 수 있나요? 답: 반드시 그렇지는 않습니다. 감사는 특정 시점의 코드 동작만 확인합니다. 윤리적 의도, 장기적인 유동성 지원 또는 사회 공학 공격에 대한 저항을 보장하지 않습니다.

Q: 잠금 유동성이 안전을 보장하나요? A: 아니요. 소유권이 포기되지 않거나 악의적인 기능이 존재하는 경우 유동성 잠금을 우회할 수 있습니다. 일부 잠금 장치는 특정 조건에서 부분 인출도 허용합니다.

Q: 출시 후 몇 분 또는 몇 시간 내에 러그 당김이 자주 발생하는 이유는 무엇입니까? A: 공격자는 FOMO에 따른 구매 압력을 이용합니다. 조기 유동성 유입은 인위적인 가격 모멘텀을 창출하여 보유자가 자금을 인출할 수 없다는 사실을 깨닫기 전에 신속한 출구를 가능하게 합니다.

Q: 중앙화 거래소에 상장된 토큰에 투자하는 것이 더 안전한가요? 답변: 항상 그런 것은 아닙니다. 일부 CEX 목록은 실사 없이 발생합니다. 내부 투기 후 토큰이 갑자기 상장 폐지되어 소매 보유자가 발이 묶일 수 있습니다.