
ETH 결제 운영: 가격, 가스비, 거래 확정
ETH 결제를 받는 일은 단순히 Ethereum 주소를 게시하고 송금을 기다리는 것과 다릅니다. 사업용 결제에는 가격, 정확한 결제 요청, 만료 규칙, 거래 확정 처리, 주문 참조 정보, 결제 후 확실하게 실행되는 후속 조치가 필요합니다.
Yolfi는 지원되는 자산과 네트워크 조합에 대해 암호화폐 결제 링크, 구독, 결제 이벤트, Webhook, 비수탁형 지갑 직접 정산 기능을 제공합니다. 판매자의 인증된 실제 설정에 ETH와 Ethereum의 정확한 조합이 표시되는 경우에만 이를 제공해야 합니다. 공개된 코인 또는 네트워크 페이지만으로 정산 기능이 활성화되었다고 판단해서는 안 됩니다.
이 가이드에서는 ETH 결제 흐름을 설계할 때 필요한 실무적 판단을 다룹니다. ETH로 가격을 정할 때와 Ethereum 네트워크의 스테이블코인을 대신 사용할 때, 가스비와 환율 변동을 처리하는 방법, 거래 확정 전후에 애플리케이션이 해야 할 일을 설명합니다.
Ethereum 결제를 받는다는 것은 무엇인가요?
Ethereum은 블록체인 네트워크입니다. ETH는 Ethereum의 네이티브 자산으로, 거래 수수료를 내는 데 쓰이며 결제 수단으로도 전송할 수 있습니다. Ethereum에서는 USDC와 USDT 같은 스테이블코인을 비롯한 토큰도 전송할 수 있습니다. Ethereum.org의 Ethereum이란 무엇인가요?에서 이 네트워크에 관한 더 폭넓은 설명을 확인할 수 있습니다.
Yolfi 관련 정보는 Ethereum 네트워크 개요와 ETH 자산 페이지를 참고하세요. 이 공개 페이지는 네트워크와 자산을 설명하지만 특정 계정에서 정산을 사용할 수 있다는 뜻은 아닙니다.
고객이 ETH로 결제할 때는 일반적으로 다음 과정을 거칩니다.
- 결제 페이지에서 주문이나 고객에 연결된 결제 요청을 생성합니다.
- 요청 화면에 ETH, Ethereum 네트워크, 수신 주소, 정확한 금액, 해당하는 경우 만료 시간을 표시합니다.
- 고객이 호환되는 지갑에서 거래를 승인합니다.
- 거래가 Ethereum에 제출되고 대기 상태가 됩니다.
- 결제 시스템이 송금을 감지하고 필요한 거래 확정 상태가 될 때까지 기다립니다.
- 검증된 결제 이벤트에 따라 애플리케이션이 주문을 이행하거나, 청구서를 갱신하거나, 이용 기간을 연장합니다.
마지막 단계가 중요합니다. 거래 해시는 거래를 식별하지만, 해시가 보인다는 사실만으로 거래가 네트워크에 전파되었거나 확정되었거나 정확한 주문과 연결되었다고 증명할 수는 없습니다.
ETH와 Ethereum 스테이블코인 중 무엇을 선택해야 하나요?
ETH와 스테이블코인은 같은 네트워크를 사용할 수 있지만, 가격 책정 측면에서는 서로 다른 문제를 해결합니다.
| 질문 | ETH | Ethereum 기반 스테이블코인 |
|---|---|---|
| 무엇이 전송되나요? | Ethereum의 네이티브 자산 | USDC나 USDT 같은 토큰 계약의 잔액 |
| 시장 가치가 변하나요? | 예 | 일반적으로 USD 같은 기준 통화의 가치를 추종하도록 설계됨 |
| 가스비는 누가 내나요? | 송금인이 ETH로 지불 | 송금인에게 가스비로 쓸 ETH가 여전히 필요 |
| 가장 적합한 용도 | 암호화폐에 익숙한 구매자, ETH 표시 가격 상품, 선택형 지갑 결제 | 법정화폐 표시 청구서·요금제·상품 중 더 안정적인 견적 금액이 필요한 경우 |
| 주요 운영 과제 | 결제 중 환율 변동 | 정확한 토큰 계약과 네트워크를 명확히 표시해야 함 |
고객이 이미 ETH를 보유하고 있거나 상품 가격이 본래 ETH로 정해진 경우 ETH 결제를 제공하세요. 상품 가격이 달러로 고정되어 있다면 Ethereum 네트워크의 스테이블코인이 고객과 재무 담당자 모두에게 더 편리할 수 있습니다. 토큰 수량을 ETH 시세에 맞춰 바꿀 필요가 없기 때문입니다.
Ethereum에서 전송된다는 이유만으로 스테이블코인 결제를 ETH 결제라고 표현해서는 안 됩니다. “Ethereum에서 0.02 ETH 결제”와 “Ethereum에서 50 USDC 결제”는 서로 다른 결제 수단입니다. 두 번째 방식은 토큰 계약을 사용하며, 고객에게는 네트워크 수수료를 낼 소량의 ETH도 필요합니다.
스테이블코인 설정에 관한 자세한 내용은 USDC 결제 받기와 USDT 결제 받기 가이드를 참고하세요.
ETH 결제가 적합한 경우
다음과 같은 상황에서는 ETH가 유용한 추가 결제 수단이 될 수 있습니다.
- 고객이 이미 Ethereum 지갑을 사용하는 경우
- 개발자, 암호화폐 기업, 수집가, 트레이더 등 Ethereum에 익숙한 구매자를 대상으로 하는 상품인 경우
- 고객이 보유한 ETH로 청구서를 결제하기 원하는 경우
- 사업자가 설정한 지갑으로 대금을 직접 받으려는 경우
- 상품이나 서비스 가격을 의도적으로 ETH로 책정한 경우
- 확정된 결제에 따라 상품 제공이나 계정 이용 권한 부여가 자동으로 실행되어야 하는 경우
구매자가 ETH를 보유하지 않은 상태에서 법정화폐로 가격이 정해진 소액 상품을 구매한다면 ETH는 기본 결제 수단으로 적합하지 않을 수 있습니다. 고객이 ETH를 구하고, 지갑을 관리하고, 네트워크 수수료까지 내야 하기 때문입니다. 카드나 은행 결제가 고객층에 더 적합하다면 해당 결제 수단도 유지하세요.
ETH와 스테이블코인을 함께 제공할 수도 있습니다. 가능한 모든 자산을 기본으로 노출하기보다 고객 수요에 따라 표시할 결제 수단을 정하세요.
결제 흐름을 만들기 전에 가격 책정 방식을 정하세요
ETH 결제 요청에는 가격을 결정하는 명확한 단일 기준이 필요합니다.
고정 ETH 가격
판매자가 ETH를 기준으로 가격을 판단한다면 고정 ETH 가격이 적합합니다. 결제 시점의 법정화폐 가치와 관계없이 상품 가격을 정해진 ETH 수량으로 표시할 수 있습니다.
결제 페이지에서는 단순한 방식이지만, 사업자가 시장 변동 위험을 부담합니다. 현지 통화로 환산한 매출은 가격 책정 시점, 결제 시점, 이후 환전 시점 사이에 달라질 수 있습니다.
법정화폐 가격을 ETH로 환산
법정화폐로 가격이 정해진 상품은 결제가 시작될 때 필요한 ETH 수량을 계산할 수 있습니다. 이 경우 요청 화면에 다음 정보를 표시해야 합니다.
- 법정화폐 기준 가격
- 전송해야 할 정확한 ETH 수량
- 결제 페이지에 표시하는 경우 적용 환율 또는 견적
- 견적 만료 시점
- 결제가 늦게 도착하거나 금액이 다를 때의 처리 방법
변동성이 큰 견적을 무기한 유지해서는 안 됩니다. 시장 가격이 변한 뒤 고객이 이전 ETH 수량을 보내면 현재 가격을 기준으로 과소 결제 또는 초과 결제가 발생할 수 있습니다.
Ethereum의 스테이블코인 가격
이미 달러로 가격이 정해진 상품이라면 Ethereum에서 지원되는 스테이블코인을 사용해 ETH 환산 문제를 대부분 줄일 수 있습니다. 하지만 네트워크 수수료, 거래 확정 처리, 토큰 검증까지 없어지는 것은 아닙니다. 결제 요청에는 결제 시스템이 인식하는 정확한 자산과 토큰 계약, 네트워크, 금액, 주소, 상태가 여전히 필요합니다.
Ethereum 가스비를 고려하세요
가스는 Ethereum에서 연산과 거래 처리에 부과되는 수수료입니다. 송금인이 ETH로 지불하며 네트워크 수요에 따라 달라질 수 있습니다. Ethereum.org의 가스 문서에서는 가스 한도, 기본 수수료, 우선 수수료와 함께 지갑에 표시되는 최종 수수료가 거래 내용과 현재 상황에 따라 달라지는 이유를 설명합니다.
판매자는 다음 네 가지 원칙을 지키면 혼란을 줄일 수 있습니다.
- 가스비와 구매 금액을 분리하세요. 결제 요청 금액이 0.05 ETH라면 판매자는 0.05 ETH를 받아야 하며, 고객 지갑에는 가스비를 낼 ETH가 추가로 있어야 합니다.
- 고정된 네트워크 수수료를 약속하지 마세요. 지갑의 현재 예상 수수료를 보여주거나 Ethereum 네트워크 수수료가 부과된다고 안내하세요.
- 소액 결제의 경제성을 확인하세요. 기술적으로 유효한 결제라도 구매 금액에 비해 가스비가 크면 매력적이지 않을 수 있습니다.
- 공개된 규정 없이 환불액에서 가스비를 빼지 마세요. 별도의 환불 거래에 드는 수수료를 사업자와 고객 중 누가 부담하는지 명시하세요.
토큰 전송은 토큰 계약을 호출하므로 일반적인 ETH 전송보다 대체로 더 많은 가스를 사용합니다. 실제 수수료는 거래 내용과 네트워크 상황에 따라 달라지므로 고정적인 수수료 비교표를 게시하지 마세요.
Ethereum 메인넷과 기타 네트워크
지갑에서는 Ethereum 메인넷뿐 아니라 다른 네트워크에서도 “ETH”가 표시될 수 있습니다. 주소 형식이 비슷하다고 해서 네트워크를 서로 바꿔 쓸 수 있는 것은 아닙니다. 자산 이름이 ETH로 표시되거나 목적지 주소가 0x로 시작하더라도 다른 네트워크에서 전송된 거래는 Ethereum 메인넷 결제가 아닙니다.
실제 결제 페이지에서 정확히 선택된 항목이 Ethereum 메인넷이라면 이를 사용하세요. 다른 네트워크는 다음 세 조건을 모두 충족할 때만 고려하세요.
- 실제 Yolfi 설정에 지원 항목으로 표시되는 경우
- 정산 지갑이 해당 네트워크에 맞게 설정되고 테스트된 경우
- 고객이 실제로 해당 네트워크를 사용하는 경우
지갑, 주소 형식, 토큰 목록만 보고 지원 여부를 추정하지 마세요. 실제 결제 흐름에 표시되는 자산과 네트워크 조합만 안내해야 합니다. 결제 페이지 표시, 사고 증빙, 대체 결제 요청에 관한 자세한 내용은 잘못된 네트워크로 암호화폐를 보내는 일을 방지하는 방법 가이드를 참고하세요.
Yolfi로 ETH 결제 흐름을 준비하는 방법
1. 지갑을 설정하기 전에 이용 가능 여부를 확인하세요
인증된 정산 설정을 열고 계정에서 Ethereum 네트워크의 ETH가 실제로 제공되는지 확인하세요. 표시되지 않는다면 ETH를 결제 수단으로 안내하거나 고객에게 송금을 요청해서는 안 됩니다. 대신 현재 지원되는 자산과 네트워크 조합을 사용하세요.
지원되는 조합에서 Yolfi는 비수탁형 모델을 사용합니다. 결제금은 Yolfi가 보유하는 잔액으로 들어가지 않고 고객에게서 판매자가 설정한 지갑으로 전달됩니다. 자산을 맡기는 단계가 줄어드는 대신 지갑 보안, 주소 소유권, 거래 대조는 판매자의 책임입니다. Ethereum 네트워크의 ETH를 이용할 수 있게 되면 사업자가 관리하는 Ethereum 정산 주소만 추가하고 문자 하나하나 정확한지 확인하세요.
2. ETH와 화면에 표시된 정확한 네트워크를 선택하세요
인증된 실제 설정에서 해당 조합을 사용할 수 있을 때만 Ethereum 네트워크의 ETH를 선택하세요. Yolfi에 다른 네트워크 선택지가 표시된다면 각각을 별도의 결제 경로로 취급하고 개별적으로 테스트하며 고객 안내와 정산 기록도 따로 관리해야 합니다.
결제 페이지에는 “암호화폐”나 “여기로 ETH를 보내세요”라고만 쓰지 말고 “Ethereum 네트워크의 ETH”라고 표시해야 합니다. 고객이 거래를 승인하는 단계에서도 네트워크를 다시 안내하세요.
3. 금액과 만료 정책을 설정하세요
ETH로 가격이 정해진 상품에는 정확한 ETH 수량을 설정하세요. 법정화폐로 가격이 정해진 상품이라면 결제 페이지에서 ETH 견적 수량을 계산하고 그 견적의 유효 시간을 정하세요.
다음 상황을 시스템에서 어떻게 처리할지 미리 결정하세요.
- 만료 전에 제출됐지만 만료 후 확정된 거래
- 만료 후 전송된 결제
- 요청 금액보다 적은 결제
- 요청 금액보다 많은 결제
- 한 주문에 두 번 전송된 거래
주문 내역을 몰래 변경하는 방식으로 이런 상황을 처리하지 마세요. 차이가 발생한 거래는 검토 대상으로 보내거나 문서화된 정책에 따라 새 결제 요청을 발행하세요.
4. 결제 링크를 만들거나 결제 페이지를 연동하세요
암호화폐 결제 링크는 청구서, 서비스 패키지, 디지털 상품 또는 ETH 결제를 요청하는 고객에게 체계적인 결제 경로를 가장 빠르게 제공하는 방법입니다. 별도의 맞춤형 연동 없이도 송금에 금액과 거래 맥락을 부여할 수 있습니다.
고객이 직접 이용하는 상품이라면 결제 페이지를 자체 주문 및 고객 기록과 연결해야 합니다. 다음과 같은 식별 정보를 보관하세요.
- 고객 또는 계정 ID
- 주문 또는 청구서 ID
- 상품과 요금제
- 법정화폐 기준 가격과 ETH 견적 수량
- 견적 생성 및 만료 시각
- 선택한 자산과 네트워크
이 정보가 있어야 지갑 활동만 보고 추측하지 않고 고객 문의와 회계 업무를 처리할 수 있습니다.
5. 필요한 거래 확정 상태까지 기다리세요
Ethereum 거래는 여러 상태를 거칩니다. 대기 상태에 머무르거나, 다른 거래로 대체되거나, 실패하거나, 블록에 포함될 수 있습니다. Ethereum 거래 문서에서는 거래 필드, 수수료, 논스, 서명, 거래가 블록에 포함되는 방식을 설명합니다.
주문 금액과 위험에 맞는 거래 확정 정책을 세우세요. 모든 사업자에게 동일한 고정 확정 횟수가 필요하다고 안내해서는 안 됩니다. 결제 흐름에서 생성된 확정 상태를 기준으로 삼고 사업상 필요한 추가 정책을 적용하세요.
지갑 화면 캡처, 브라우저 복귀 페이지 또는 거래 해시만 보고 상품을 제공해서는 안 됩니다. 거래의 네트워크, 자산, 목적지, 정확한 금액, 주문, 확정 상태가 요청 내용과 일치하는지 확인하세요.
6. 결제 이벤트를 멱등성 있게 처리하세요
Ethereum 네트워크의 ETH가 지원되고 활성화된 경우 Yolfi 결제 이벤트나 Webhook으로 거래 확정 결과를 애플리케이션과 연결하세요. 확정 이벤트를 받으면 다음 작업을 수행할 수 있습니다.
- 청구서를 결제 완료로 표시
- 다운로드 파일이나 라이선스 제공
- 크레딧 추가
- 계정 활성화
- 유료 이용 기간 연장
- 재무 또는 고객 응대 담당자에게 알림
Webhook 처리는 멱등성을 보장해야 합니다. 같은 이벤트를 두 번 이상 받아도 상품을 중복 제공하거나 구독 기간을 두 번 연장해서는 안 됩니다. 결제 참조 정보와 거래 식별자를 저장하고, 연동 문서에 나온 방식으로 이벤트를 검증하며, 처리가 영구적으로 저장된 뒤에만 성공 응답을 반환하세요. 필요한 경우 내부 작업을 안전하게 재시도할 수 있어야 합니다.
결제 링크와 통합 결제 페이지 중 무엇을 선택해야 하나요?
필요한 제어 수준을 충족하는 가장 간단한 방식을 선택하세요.
| 사용 사례 | 권장 시작 방식 | 이유 |
|---|---|---|
| 컨설팅 청구서 | 결제 링크 | 기존 고객 대화에서 쉽게 보낼 수 있음 |
| 일회성 디지털 상품 | 결제 링크 또는 결제 페이지 | 상품 제공이 수동인지 자동인지에 따라 다름 |
| SaaS 요금제 업그레이드 | 통합 결제 페이지 | 계정, 요금제, 이용 권한을 갱신해야 함 |
| API 크레딧 | 통합 결제 페이지 | 거래 확정 시 잔액을 정확히 한 번만 갱신해야 함 |
| 맞춤형 연간 계약 | 결제 링크 | 영업 담당자가 명확한 청구서 참조 정보를 첨부할 수 있음 |
| 정기 이용권 | 구독 결제 흐름 | 갱신 상태와 이용 권한 규칙이 필요함 |
단순한 지갑 주소는 결제 링크가 아닙니다. 고유한 요청, 정확한 현재 가격, 만료 시각, 주문 참조 정보, 고객이 확인할 수 있는 상태가 없기 때문입니다.
ETH 구독에는 가격 책정 규칙이 필요합니다
Yolfi는 지원되는 결제 조합에 대해 암호화폐 구독 기능을 제공합니다. 이 기능에 Ethereum 네트워크의 ETH가 자동으로 포함된다고 가정해서는 안 됩니다. 인증된 실제 설정에 해당 조합이 표시되는 경우, ETH 구독을 제공하기 전에 요금제 자체를 ETH와 법정화폐 중 어느 통화로 표시할지 결정하세요.
고정 ETH 요금제는 토큰 수량이 일정하지만 법정화폐 환산 가치는 변합니다. 법정화폐로 가격이 정해진 요금제는 매번 청구하거나 결제를 요청할 때 새로운 ETH 견적이 필요합니다. 사업자가 명목 청구액을 법정화폐 가격에 가깝게 유지하려면 Ethereum 스테이블코인이 더 편리할 수 있습니다.
이용 권한 규칙은 여전히 상품 운영 주체가 관리해야 합니다. 다음 사항을 정의하세요.
- 이용 권한이 시작되는 시점
- 유료 이용 기간을 연장하는 결제 상태
- 갱신 거래가 대기 중이거나 실패했을 때 고객에게 주어지는 해결 기간
- 유예 기간 제공 여부
- 취소 시 변경되는 사항
- 중복 결제 또는 지연 결제 처리 방법
결제 이벤트는 재무 상태를 알려줄 뿐이며 상품의 구독 상태 관리 로직을 대신해서는 안 됩니다.
환불과 회계 처리
확정된 Ethereum 결제는 카드 네트워크의 결제 취소처럼 되돌릴 수 없습니다. 다만 판매자는 환불 정책에 따라 별도의 거래를 보내 고객에게 환불할 수 있습니다.
환불을 실행하기 전에 다음 사항을 확인하세요.
- 원래 주문과 확정된 거래를 검증합니다.
- 승인된 환불 금액과 자산을 검증합니다.
- 문서화된 절차에 따라 환불 주소를 받아 검증합니다.
- 네트워크 수수료 처리 방식을 명시합니다.
- 적절한 내부 승인을 받습니다.
- 환불 거래를 원래 결제 내역과 별도로 기록합니다.
예상하지 못한 메시지에 붙여 넣은 주소로 자동 환불하지 마세요. 결제자, 계정 소유자, 제시된 수신 주소의 소유자가 서로 다를 수 있습니다.
결제마다 주문 참조 정보, 고객, 자산, 네트워크, 암호화폐 수량, 사업자가 사용한 법정화폐 기준 가치와 시각, 정산 주소, 거래 식별자, 확정 상태, 사업자가 기록한 수수료, 이후 발생한 환불 내역을 보관하세요. 회계와 세무 처리는 관할 지역마다 다르므로 필요한 평가 및 신고 방식을 자격을 갖춘 전문가에게 확인하세요.
ETH 결제를 받을 때 흔히 하는 실수
지갑 주소만 게시하는 경우
주소만으로는 고객에게 현재 금액, 네트워크, 만료 시각, 주문 참조 정보를 알려줄 수 없습니다. 송금을 구매 건과 연결하는 결제 요청을 사용하세요.
ETH와 Ethereum을 같은 뜻으로 취급하는 경우
Ethereum은 네트워크이고 ETH는 네이티브 자산입니다. Ethereum에서는 스테이블코인과 다른 토큰도 전송할 수 있습니다. 고객 안내에는 자산과 네트워크를 모두 명시하세요.
가스비 변동을 무시하는 경우
판매자가 정한 가격과 고객이 내는 가스비는 별개입니다. 영구적으로 고정된 수수료를 안내하거나 ETH와 토큰 전송의 수수료가 같다고 가정하지 마세요.
ETH 견적을 너무 오래 유지하는 경우
오래된 견적은 피할 수 있는 과소 결제와 초과 결제를 일으킵니다. 명확한 만료 규칙을 적용하고 필요할 때 새 요청을 발행하세요.
브라우저 복귀 페이지를 보고 상품을 제공하는 경우
유효한 결제가 확정되기 전에 브라우저가 복귀할 수 있습니다. 검증된 결제 상태 또는 검증된 Webhook이 요청 내용과 일치한 뒤에만 상품을 제공하세요.
모든 거래에 하나의 확정 규칙을 고정 적용하는 경우
거래 확정 정책에는 거래 상태, 주문 금액, 위험을 반영해야 합니다. 위험이 큰 주문의 이행 결정은 거래 해시가 나타났다는 사실만으로 내려서는 안 됩니다.
모든 0x 전송이 Ethereum 메인넷을 사용한다고 가정하는 경우
여러 네트워크가 Ethereum 형식의 주소를 사용합니다. 실제 결제 흐름에서 선택한 네트워크만 허용하고 해당 네트워크에서 거래를 검증하세요.
환불 및 장부 처리 절차를 빠뜨리는 경우
지갑 직접 정산을 사용해도 고객 응대나 회계 업무가 사라지지는 않습니다. 거래량이 늘기 전에 주소 검증, 승인 절차, 네트워크 수수료 처리, 가치 평가 기록, 거래 대조 방법을 정하세요.
자주 묻는 질문
웹사이트에서 Ethereum 결제를 받으려면 어떻게 해야 하나요?
먼저 인증된 실제 Yolfi 설정에 Ethereum 네트워크의 ETH가 표시되는지 확인하세요. 표시된다면 정산 지갑을 설정하고 결제 링크나 통합 결제 페이지를 만드세요. 정확한 금액과 만료 시각을 표시하고, 주문을 이행하기 전에 확정된 결제 상태 또는 검증된 Webhook을 사용하세요. 표시되지 않는다면 결제 시스템과 연결되지 않은 송금을 받지 말고 지원되는 조합을 선택하세요.
KYC 없이 ETH 결제를 받을 수 있나요?
공개된 ETH 페이지만 보고 답을 추정해서는 안 됩니다. 계정에서 사용할 수 있는 결제 조합의 현재 가입 절차와 인증된 설정 요건을 확인하세요. 또한 사업 활동과 관할 지역에 따라 자체적으로 법률, 세무, 고객 확인 또는 신고 의무가 있을 수 있습니다.
고객이 Ethereum 가스비를 내나요?
송금 지갑이 Ethereum 네트워크 수수료를 ETH로 냅니다. 이 가스비는 구매 금액과 분리하세요. 예상 금액은 네트워크 수요와 거래 유형에 따라 달라질 수 있습니다.
상품 가격은 ETH와 법정화폐 중 무엇으로 정해야 하나요?
상품 가격을 의도적으로 ETH로 표시하고 사업자가 환율 변동을 감수한다면 고정 ETH 가격을 사용하세요. 법정화폐로 가격이 정해진 상품이라면 유효 시간이 있는 ETH 견적을 만들거나 가격 책정 방식에 더 적합한 경우 지원되는 스테이블코인을 제공하세요.
ETH 결제에는 몇 번의 거래 확정이 필요한가요?
모든 판매자와 주문에 맞는 단 하나의 숫자는 없습니다. 결제 시스템의 확정 상태와 거래 상태, 금액, 상품 제공 위험을 기준으로 작성된 위험 관리 정책을 사용하세요. 거래 제출이나 거래 해시를 확정으로 간주해서는 안 됩니다.
ETH 대신 Ethereum에서 USDC나 USDT를 받을 수 있나요?
실제 Yolfi 설정에서 해당 스테이블코인과 Ethereum의 정확한 조합을 제공한다면 가능합니다. 스테이블코인은 법정화폐로 가격이 정해진 상품에 적합하지만, 고객에게는 가스비로 쓸 ETH가 여전히 필요하며 올바른 토큰과 네트워크를 사용해야 합니다.
Ethereum 메인넷이 아닌 다른 네트워크에서 ETH를 받을 수 있나요?
실제 Yolfi 설정에 해당 네트워크가 표시되고, 정산 지갑이 그 네트워크에 맞게 설정되어 있으며, 고객이 실제로 사용할 때만 활성화하세요. 주소 형식이나 지갑의 표시만 보고 지원 여부를 가정해서는 안 됩니다.
ETH 결제는 환불할 수 있나요?
확정된 결제는 카드 결제 취소처럼 되돌릴 수 없습니다. 판매자는 주문, 금액, 자산, 목적지, 승인, 네트워크 수수료 처리 방식을 검증한 뒤 환불 정책에 따라 별도의 거래를 실행할 수 있습니다.
Yolfi가 내 ETH를 보관하거나 환전할 수 있나요?
지원되는 결제 조합에 대해 문서에 명시된 방식은 비수탁형 직접 정산입니다. 고객 결제금은 판매자가 설정한 지갑으로 전달됩니다. Yolfi가 ETH를 보관하거나 환전한 뒤 나중에 지급한다고 가정하는 절차를 만들어서는 안 되며, 인증된 설정에 표시되지 않는 한 ETH가 지원된다고 가정해서도 안 됩니다.
마무리
Ethereum 결제를 안정적으로 받으려면 결제 과정을 단순한 지갑 주소 페이지가 아니라 하나의 결제 시스템으로 다뤄야 합니다. 가격 책정 방식에 따라 ETH 또는 Ethereum 스테이블코인을 선택하고, 가스비를 구매 금액과 분리하며, 변동성 있는 견적에 만료 시간을 적용하고, 정확한 네트워크를 표시한 뒤 확정된 결제 데이터를 기다리세요.
인증된 실제 Yolfi 설정에 Ethereum 네트워크의 ETH가 표시된다면 하나의 상품과 하나의 결제 경로로 시작하세요. 정확한 금액, 만료, 지갑 거래, 거래 확정, Webhook, 상품 제공, 거래 대조, 환불 절차를 테스트하세요. 이 경로가 제대로 작동하고 고객 수요가 추가 복잡성을 감수할 만큼 충분할 때만 구독이나 더 많은 네트워크 선택지를 추가하세요. 해당 조합을 이용할 수 없다면 단순한 지갑 주소를 임시방편으로 사용하지 마세요.


