jiema.my 소개

최종 업데이트: 2026-05-01

jiema.my란

jiema.my는 임시 전화번호를 위한 소매 서비스입니다. 코드 1건당 몇 센트를 지불하고, 수십 개 국가의 실제 휴대폰 번호로 인증 SMS를 받으며, 세션이 끝나면 번호는 공유 풀로 돌아갑니다. 월 구독료도, 셋업 비용도, 월말 깜짝 청구도 없습니다 — 실제로 받은 코드에 대해서만 지불합니다.

대상

개인 번호를 넘기지 않고 계정을 인증하려는 모든 사람. 서비스마다 계정을 분리하려는 개인정보 중시 사용자, 자체 SMS 흐름을 테스트하는 창업자, 멀티 계정 마케터, 지역 조사 연구자, 국가별 QA가 필요한 지원팀, 거주하지 않는 국가의 인증 번호가 필요한 여행자에게 적합합니다.

결제 철학

한 가지 통화, 한 가지 네트워크만 받습니다: Tron의 TRC-20 USDT. 그래야 수수료가 거의 0에 가깝고, 정산이 1분 이내, 컴플라이언스 범위가 예측 가능합니다. 카드 정보를 저장하지 않고, 차지백을 유발하지 않으며, 하룻밤 사이에 사업을 동결시킬 결제 처리기를 두지 않습니다. 단점은 법정 화폐만 아는 사용자에게는 진입이 약간 어렵다는 점 — 그 부분은 온램프 안내를 명확하게 작성하여 보완합니다.

개인정보 관점

사용자 이름과 비밀번호만으로 가입할 수 있습니다 — 이메일도, 신분증도, 실명도 필요 없습니다. 텔레그램 로그인도 마찬가지로 이메일이 전혀 필요하지 않습니다. 구글 로그인도 제공되지만, 이는 이미 구글을 사용하는 분들을 위한 편의 옵션일 뿐 필수 사항은 아닙니다. 그 외에는 필요한 최소한만 수집합니다: 이 방식을 사용하는 경우 공급자 식별자(Google sub 또는 Telegram user id), 표시 이름, 주문 이력. 데이터를 판매하거나 임대하지 않습니다. SMS 본문은 주문이 열려 있는 동안에만 보관하며 완료 후 24시간 이내에 삭제합니다. 자세한 내용은 개인정보 처리방침에 — 짧다고 느끼셨다면 의도된 것입니다.

jiema.my는 개발자 도구와 암호화폐 결제 인프라를 수년간 만들어 온 소규모 원격 팀이 운영합니다. 푸터에 링크된 Telegram 채널에서 응대하며, 중대한 이슈에 대해 공개 버그 바운티를 운영합니다.

문의

지원 문의부터 미디어 문의까지: 푸터의 Telegram 채널로 메시지를 보내주세요. 모든 메시지를 읽고 평일 24시간 이내에 회신합니다.

믿고 의지할 수 있는 안정성

번호는 자동 장애 조치를 갖춘 여러 상위 공급업체 풀에서 제공됩니다. 한 소스가 속도 제한에 걸리거나 재고가 소진되면, 주문은 사용자가 알아채지 못하는 사이에 다음 소스로 라우팅됩니다. 재고와 가격은 실시간으로 가져오므로, 화면에 보이는 번호가 곧 구매할 수 있는 번호입니다. 모든 주문은 자가 복구 기능도 갖추고 있어 — SMS가 지정된 시간 내에 도착하지 않으면 주문이 자동으로 취소되고 환불되므로, 문의를 접수할 필요가 없습니다.

개발자를 위해 설계

jiema는 웹 앱 외에도 Bearer 토큰 인증을 지원하는 REST API를 제공하여 번호 요청, 코드 폴링, 잔액 확인을 프로그래밍 방식으로 수행할 수 있습니다. 속도 제한은 계정 단위로 적용되며 완벽하게 문서화되어 있습니다. 여러 지역에 걸쳐 QA를 자동화하든, 자체 제품에 인증을 연동하든, 동일한 실시간 재고와 USDT-TRC20 잔액이 대시보드와 API를 모두 뒷받침합니다.

계정 보안 방식

비밀번호는 scrypt로 해시 처리되고 타이밍 공격에 안전한 방식으로 비교되므로, 저희조차도 원래 비밀번호를 다시 읽어낼 수 없습니다. 로그인 엔드포인트에는 요청 빈도 제한이 걸려 있으며, 존재하지 않는 사용자 이름에 대한 실패한 로그인 시도도 실제 존재하는 사용자 이름과 동일한 속도로 의도적으로 지연시킵니다. 그래야 공격자가 응답 시간만으로 어떤 사용자 이름이 실제로 존재하는지 알아낼 수 없습니다. 데이터를 변경하는 모든 요청은 출처(origin)를 검사하여 크로스 사이트 요청 위조를 차단합니다. 세션 쿠키 자체는 거의 아무 정보도 담고 있지 않으며, 사용자가 누구인지 알 수 있을 정도의 최소한의 정보만 담고 있고 나머지는 매 요청마다 새로 조회됩니다. 이 중 어느 것도 사용자가 직접 해야 할 조치는 없습니다. 계정 시스템 자체가 원래 이렇게 설계되어 있을 뿐입니다.