Strawpay, 비트코인 ​​거래 문제 해결

"저희는 비트코인 ​​소액결제를 활성화하고 싶습니다. 이는 저희가 수년간 고민해 온 부분입니다. 또한 중앙집중식 솔루션을 지양하는 생태계를 구축하고자 합니다."
— – Olle Kullberg, Strawpay CFO

스트로페이는 2014년 초 스웨덴 개발자 3인에 의해 설립되었습니다. 개발 중인 오픈 소스 프로토콜인 스트롬(Stroem)은 비트코인의 잠재적 문제점을 해결하고자 합니다. CEO 마틴 자크리슨은 다음과 같이 문제점을 설명합니다. "비트코인이 초당 엄청난 거래량을 기록하며 거대 플랫폼으로 성장할 것이라고 생각합니다. 이는 수수료 상승을 의미합니다. 저희는 다양한 결제 채널을 통해 여러 소액 결제를 통합합니다. 그 결과, 모든 소액 결제가 단일 거래 수수료를 공유하게 됩니다."

확인 시간은 특히 POS(판매 시점 관리) 거래의 경우 또 다른 과제입니다. 비트코인 ​​프로토콜에 따라 단일 확인의 목표 시간은 10분입니다. 여러 번의 확인이 필요한 경우 거래에 훨씬 더 오랜 시간이 걸릴 수 있습니다. 이 시간은 POS 거래에서는 경쟁력이 없으며, 신용카드 결제는 훨씬 더 짧은 시간 안에 완료될 수 있습니다.

Zachrison은 "거래가 안전하게 완료되었다고 말하기까지는 한 시간이 걸립니다. 한 시간은 긴 시간이 될 수 있으며, 인터넷 거래의 증가 추세에 따라 비트코인을 사용하려면 비트코인 ​​프로토콜을 기반으로 구축된 다양한 서비스 계층이 대부분의 일상 거래를 처리해야 한다는 것이 일반적인 견해입니다. 이것이 바로 Strawpay가 가맹점과 소비자에게 필요한 미래 기술 스택에 기여하는 핵심입니다."라고 설명합니다.

확인이 필수는 아니지만, 판매자는 확인이 없을 경우 POS 거래 실패 위험을 감수해야 합니다. Stroem은 기존 결제 구조를 구현하지만, 비트코인을 이용한 소액 구매를 위한 완전히 새로운 결제 메커니즘을 제공하도록 설계되었습니다.

"스트롬은 몇 초 정도 기다리는 것이 문제가 되지 않는 대규모 결제에는 사용해서는 안 됩니다."
— – 쿨베르그

새로운 프로토콜의 중심에는 '허브'가 지불을 용이하게 한다는 아이디어가 있습니다. "참가자는 일반적으로 a) 소비자 b) 상인 c) 허브이며, 목표는 소비자가 지불 채널을 통해 허브로 지불을 보내어 무언가를 지불하는 것입니다."라고 CFO Olle Kullberg가 설명했습니다.

허브는 지갑 제공업체, 거래소 또는 독립 기업일 수 있습니다. Stroem을 지원하는 최초의 지갑은 MultiBitHD입니다. 오픈 소스 프로토콜을 제공함으로써 팀은 허브가 풍부하고 다양해지며 서비스에 대한 비용을 청구하는 완전히 새로운 시장을 구상하고 있습니다. 쿨버그는 "각 Stroem 허브가 수수료를 부과할 책임은 있습니다. 시장이 가격을 결정하므로, 가격이 낮기를 바랍니다. 원하시면 수수료 없이 허브를 설정할 수 있습니다."라고 설명하며, "저희는 자체 허브와 경쟁하거나, 이러한 환경에서 사용할 수 있는 추가 (폐쇄형 소스) 소프트웨어를 판매하고 싶습니다."라고 덧붙였습니다.

스트롬은 비트코인 ​​프로토콜의 두 가지 핵심 매개변수를 사용하여 거래를 원활하게 진행합니다. 소비자는 선택한 허브와 2/2 다중 서명 거래를 체결합니다. 자금은 안전하게 보호되며, 허브는 해당 비트코인으로 뒷받침되는 약속어음을 발행할 수 있습니다. 다중 서명 거래는 또한 NLockTime 매개변수를 활용하는데, 이 매개변수는 미리 정해진 시간 후에 사용되지 않은 비트코인을 소비자에게 반환합니다.

"이렇게 하면 잠재적인 비트코인 ​​수수료가 완화됩니다." Zachrison은 이렇게 설명합니다. "약속어음은 여러 당사자 간에 여러 가지 방법으로 교환될 수 있습니다. […] 이를 통해 판매자와 허브는 환매를 일괄 처리할 수 있습니다. 물론 위험은 증가하지만 소액 결제를 더욱 효율적으로 처리할 수 있습니다." - Zachrison

"약속어음은 […] 오프체인입니다. 이는 기내 소비자 결제를 의미하며 빠르고 저렴하며 소액 결제가 가능합니다."
— – CTO Jarl Fransson

허브와 약속어음을 사용하기로 한 결정은 개발자들에게 여러 가지 문제를 야기했습니다. 쿨버그는 다음과 같이 설명합니다.

보안: 결제 채널 서버를 운영하는 것은 복잡한 일입니다. 보안이 필수적입니다. 대부분의 판매자는 관련 지식이 부족하여 지갑이 해킹당할 수 있습니다. 저희가 설계한 약속어음은 판매자 외에는 다른 사람이 사용할 수 없으므로 훔치는 것은 무의미합니다.

성능: 허브 네트워크에서 소액 결제가 허브 간 처리 속도가 충분히 빠르지 않을 것이라는 우려가 있습니다. 가맹점에 소비자가 최대한 빨리 결제했다고 알리고, 가맹점이 약속어음을 대신 보관하도록 하는 것이 더 낫습니다.

스트롬 프로토콜 또한 탈중앙화를 염두에 두고 설계되었습니다. 프란슨은 체인지팁(ChangeTip)과 같은 중앙집중식 소액 결제 솔루션의 차이점을 다음과 같이 설명합니다. "계좌 기반 시스템에서는 예금 기관이 계좌를 관리합니다. […] 사용자가 자금을 예치하면 사용자는 필요에 따라 자금을 요청할 수 있습니다. 예금 기관은 기록을 변경하여 계좌 간에 자금을 이동할 수 있습니다."

더욱 분산화된 스트롬은 다른 위험 프로필을 제시합니다. 프란손은 이어서 "우리처럼 약속어음이 유통되는 시스템에서는 다른 당사자의 계좌 잔액을 보유하는 단일 주체가 없습니다. 각 당사자는 미결제 잔액과 위험을 파악하고 관리할 책임이 있습니다. 이를 통해 허브가 자유롭게 운영되고 경쟁할 수 있는 분산 시스템이 구축됩니다. 더 중요한 것은 소비자, 판매자 또는 허브 등 각 당사자의 위험 관리가 계좌 시스템과는 다른 특성을 갖는다는 것입니다."라고 덧붙입니다.