Request

req
CoinYQ 코인 전기

세계 장부의 꿈을 기업이 쓸 수 있는 결제선으로 좁히다

2017년의 리퀘스트는 청구서·세금·에스크로·회계를 하나의 범용 장부에 올리려 했다. 팀은 훗날 청구서만으로는 결제량이 늘지 않았다고 인정했다. 현재 재단이 내놓은 것은 결제 링크, 경로 선택, 입금 대조에 집중한 훨씬 좁은 도구다. REQ는 살아남았지만 소각·거버넌스라는 설명은 API 사업과 나눠 읽어야 한다.

Moneytis가 송금 다음 단계의 문제를 보여 주다

초기 백서는 REQ보다 앞선 2014년에서 이야기를 시작한다. 에티엔 타튀르와 크리스토프 라쉬위트는 비트코인 기반 국제송금 경로를 모은 Moneytis를 운영했다. 기업과 프리랜서를 만나 보니 돈을 보내는 것만으로 끝나지 않았다. 청구 이유, 거래 조건, 회계 기록이 따로 흩어졌다.

2017년 겨울 Y Combinator를 거치며 이 경험은 리퀘스트 네트워크 구상으로 바뀌었다. 밥이 앨리스에게 대금을 청구하고, 청구 조건을 붙이며, 입금되면 공동 장부를 갱신하는 이더리움 계층이었다. 백서는 세금 자동배분·에스크로·팩토링·감사·기계 간 거래까지 내다봤다.

10억 개 토큰이 큰 도박의 비용을 대다

2017년 판매 계약은 생성 시점에 REQ 10억 개 전량을 만들었다. 당시 저장소는 공개 판매 50%, 팀 베스팅 15%, 재단 다중서명 지갑 15%, 초기 투자자 다중서명 지갑 20%라고 쓴다. 현행 토큰 페이지는 ICO 49.97%, 초기 기여자 20.01%, 팀·자문 18.01%, 재단 12.01%로 다시 분류한다. 차이의 설명이 없어 어느 표도 유일한 감사 배분표로 볼 수 없다.

토큰 계약은 백서의 경제 구상보다 단순하다. 보유자는 자신의 REQ를 전송하거나 소각할 수 있고, 승인을 받은 주소는 위임 소각 함수를 쓸 수 있다. 소유자 전용 긴급 함수는 임의의 ERC-20 계약을 지정해 REQ 계약 자체가 보유한 잔액을 소유자에게 보낸다. 일반 보유자 지갑에는 손댈 수 없다. 추가 발행·일시정지·동결·업그레이드 기능도 없다. 2026년 9월 5일 공급량은 999,416,740.934708517074687027개로 최초보다 약 583,259개 적었다. 이는 소각 발생을 보여 주지만 각 소각의 원인까지 밝히지는 않는다.

청구서 앱은 쓰였지만 네트워크는 증식하지 않다

재단의 현행 토큰 연혁은 이 시기를 “어려운 교훈”으로 설명한다. 기업이 청구서 제품을 썼지만, 실제 결제량이 따르지 않는 청구서는 네트워크 성장을 만들지 못했다는 것이다. 이는 초기 백서가 청구 장부 위에 거대한 응용 생태계를 세우려 했던 것과 대비된다.

실용적인 기업용 앱은 남았지만 Request Finance라는 별도 프랑스 회사가 됐다. 프로토콜 문답은 두 팀이 분리됐으며 재단도 Request Finance의 암호화 청구서 접근권을 줄 수 없다고 밝힌다. 그 회사의 고객이 되는 일은 프로토콜 소유와 다르고, REQ는 어느 조직의 지분도 아니다.

청구는 그노시스에 남고 돈은 선택한 체인에서 움직이다

현재 청구는 서명된 데이터다. 내용 대부분은 전용 리퀘스트 IPFS 네트워크에 저장되고, 내용 식별자만 그노시스 체인에 기록된다. 청구 서명자와 실제 수취 지갑은 다를 수 있다. 결제 참조값이 이더리움·베이스 등 지원 체인의 송금을 청구 기록과 맞춘다.

이 분리는 유용하지만 기록이 증명하는 범위도 정한다. 청구는 지급액과 입금 상태를 적을 수 있을 뿐, 채권의 법적 유효성을 인증하거나 회수를 보증하지 않는다. 법정화폐 표시 청구도 재단에 대한 환매청구권이 되지 않는다. 재단 약관은 거래의 정확성을 확인하거나 자금을 수탁하거나 제3자의 이행을 보증하지 않는다고 말한다.

2026년, 팀이 스테이블코인 이동부터 다시 만들다

재단은 2026년 6월 1일 스테이블코인 수취, 교차체인 결제 경로, 송금 전 지갑 검사를 발표했다. 발표문은 7개 체인에 닿는다고 홍보했지만, 현행 구현 안내서는 5개 EVM 체인의 USDC·USDT를 대상으로 LiFi가 찾고 Across로 제한한 교차체인 API 경로를 설명한다. 공식 문답도 교차체인 결제가 기본 청구 프로토콜이 아니라 API에서만 제공된다고 명시한다.

이 경계 때문에 운영 결정은 호스팅 서비스에 모인다. 재단이 API를 운영하지만 약관상 일부 유지보수는 외부 제공업체가 맡는다. 인증 정보, 지원 경로, 지갑 검사, 수수료 견적은 REQ 계약 밖에서 바뀔 수 있다. 공개 프로토콜을 직접 쓰는 길은 남지만 호스팅 결제 흐름의 편의성과 가용성은 REQ 보유로 보장되지 않는다.

소각과 거버넌스에 남은 빈칸

현행 REQ 페이지는 청구 저장 때 일부 REQ가 소각되고 보유자가 프로토콜과 재단의 결정에 참여한다고 설명한다. 계약의 소각 함수와 줄어든 총공급은 실제 소각이 있었다는 사실만 보여 준다. 그것이 청구 저장 비용으로 발생했다는 점까지 입증하지는 않는다. 이번에 검토한 공개 자료에서는 청구당 소각 공식, API 수수료를 REQ 매입·소각으로 연결하는 규칙, 스위스 재단을 구속하는 온체인 거버넌스 계약을 확인하지 못했다.

따라서 REQ는 두 시대 사이에 서 있다. 최초 공급이 고정되고 소각 이력이 있는 토큰인 동시에, 현행 결제 제품은 API 응답에 표시되는 서비스 수수료를 받는다. 보유자는 거버넌스라고 불리는 토론에 참여할 수 있지만 이를 환매권, 프로토콜 수익배분, 재단 소유권으로 확대할 수는 없다.

프로젝트가 바뀌어 온 과정

  1. 2014
    Moneytis가 비트코인 송금에서 출발하다

    훗날 리퀘스트 팀이 국제송금 경로를 모으면서 결제 기록과 거래 조건이 흩어지는 문제를 발견했다.

  2. 2017-Q1
    Y Combinator에서 결제 청구 구상이 선명해지다

    에티엔 타튀르·크리스토프 라쉬위트와 동료들이 송금 경험을 공동 상거래 장부 구상으로 바꿨다.

  3. 2017-10
    REQ 10억 개가 한 번에 발행되다

    토큰 판매가 프로젝트 자금을 마련했고, 최초 계약의 전송 제한은 2017년 10월 20일 07:00 UTC에 끝났다.

  4. 2018-03-16
    백서가 가장 넓었던 비전을 기록하다

    개정 문서는 청구서·세금·에스크로·회계·통화 간 정산을 제시했으며 상당수는 여전히 로드맵이었다.

  5. 2025-12-22
    스위스 재단이 API 관계를 약관으로 정하다

    재단은 프로토콜 유지 주체를 밝히는 한편 호스팅 접근, 제공업체, 가격에 대한 재량을 남겼다.

  6. 2026-06-01
    리퀘스트가 결제 중심 기반시설로 다시 출발하다

    교차체인 스테이블코인 수취와 지갑 검사를 발표하며 중심을 청구서 작성에서 결제 실행으로 옮겼다.

근거와 1차 출처

마지막 근거 검토: 2026-09-05

Request: 어떤 코인인가요?

리퀘스트 네트워크는 서명된 결제 청구를 만들고 온체인 입금을 대조하는 오픈소스 프로토콜이다. 청구 내용 대부분은 전용 IPFS에 두고 내용 식별자를 그노시스 체인에 기록한다. 스위스 리퀘스트 네트워크 재단은 대시보드·보안 결제 페이지·API·게이트웨이도 운영한다. REQ는 0x8f8221afbb33998d8584A2B05749ba73c37a938a의 별도 이더리움 토큰이다.

어떤 문제를 해결하나요?

초기 프로젝트는 청구서를 범용 상거래 계층으로 만들려 했지만 재단은 실제 결제량 없는 청구서만으로 성장이 막혔다고 회고한다. 현재 문제는 더 구체적이다. 기업이 받을 체인과 스테이블코인을 정하고, 수탁 없이 지급자의 지갑에서 경로를 찾아 보내며, 입금을 정확한 기록과 맞추는 일이다. Request Finance가 이제 별도 회사라는 이름상의 혼동도 풀어야 한다.

어떤 기술과 원리로 작동하나요?

수취인이나 앱이 청구에 서명하면 내용 대부분은 IPFS로 가고 식별자가 그노시스 체인에 남는다. 파생된 결제 참조값이 지원 체인의 송금을 해당 기록과 연결한다. 호스팅 API는 같은 체인 또는 LiFi·Across를 거치는 교차체인 거래를 준비하고 정산 결과를 알린다. 재단 약관은 재단이 자금을 수탁하거나 송금하지 않는다고 밝힌다. 청구 대금은 요청된 자산으로 내며, 현행 토큰 페이지가 말하는 REQ의 거버넌스·청구 저장 소각과 API 서비스 수수료는 별도 주장이다.

핵심 팩트 요약

  • 에티엔 타튀르와 크리스토프 라쉬위트는 Moneytis와 2017년 겨울 Y Combinator 경험에서 리퀘스트가 나왔다고 기록했다.
  • REQ 계약은 0x8f8221afbb33998d8584A2B05749ba73c37a938a이며 소수점 18자리, 생성 시 10억 개 전량 발행 구조다.
  • 2017년 저장소와 현행 토큰 페이지의 최초 배분 비율은 서로 다르다.
  • 2026년 9월 5일 이더리움 RPC 공급량은 999,416,740.934708517074687027개였다.
  • REQ는 프록시가 아니며 추가 발행·일시정지·동결·업그레이드 함수가 없다.
  • 소유자 0xdd76b55ee6dafe0c7c978bff69206d476a5b9ce7은 REQ 계약 자체가 보유한 토큰을 옮기는 긴급 회수 함수를 호출할 수 있지만 일반 보유자 지갑의 REQ를 가져갈 수는 없다.
  • 청구 내용은 주로 IPFS에, 내용 식별자는 그노시스 체인에 저장된다.
  • 교차체인 경로 설정은 LiFi·Across를 이용하는 호스팅 API 기능이지 기본 청구 프로토콜 기능이 아니다.
  • 리퀘스트 네트워크 재단과 Request Finance는 각각 스위스·프랑스의 별도 주체다.
  • 결제 청구 기록은 보증·은행예금·재단에 대한 환매청구권이 아니다.

공식 링크 및 커뮤니티

카테고리

관련 코인 탐색

자주 묻는 질문 (FAQ)

2017년의 리퀘스트 구상과 지금 제품은 무엇이 달라졌나요?

초기 백서는 세금·에스크로·회계까지 넣은 범용 청구 장부를 그렸다. 청구서만으로 결제량이 늘지 않자 현행 제품은 스테이블코인 수취·지급·지갑 검사·입금 대조에 집중한다.

REQ로 청구 대금을 내나요?

기본 구조는 아니다. 지급자는 청구된 암호자산을 보낸다. REQ의 현행 설명상 역할은 청구 저장과 연계된 소각, 거버넌스 참여다.

모든 API 수수료가 REQ 소각에 쓰이나요?

토큰 페이지는 온체인 청구 저장 때 REQ가 소각된다고 쓴다. 현행 수수료 문서는 가변 API 수수료를 안내하지만, 매 수수료가 같은 금액의 REQ 매입·소각으로 자동 연결된다는 공식은 공개하지 않는다.

REQ 계약 소유자가 추가 발행이나 동결을 할 수 있나요?

검토한 비프록시 계약에는 추가 발행·일시정지·동결·업그레이드 함수가 없다. 소유자는 REQ 계약 자체가 보유한 토큰을 긴급 회수하고 소유권을 넘길 수 있지만 일반 보유자 지갑의 REQ를 가져갈 수는 없다.

Request Finance는 재단 소속인가요?

아니다. 공식 문답은 두 팀이 분리됐다고 밝힌다. Request Finance는 프로토콜을 이용하는 별도 프랑스 회사의 중앙화 애플리케이션이다.

리퀘스트 청구를 만들면 수취가 보장되나요?

아니다. 서명된 조건과 결제 상태를 기록할 뿐 채무를 입증하거나 지급자를 강제하거나 미지급 대금에 재단이 책임지는 구조가 아니다.

받은 자산은 누구에게 환매하나요?

리퀘스트 네트워크는 환매를 약속하지 않는다. USDC·USDT를 받았다면 환매·동결 조건은 해당 스테이블코인 발행사와 이용한 거래소·출금 서비스가 정한다.

외부 가격 트래커

Request 실시간 시세 및 거래소 확인: