이메일 #151 - #155

원본 출처: Satoshi - Sirius emails 2009-2011

이메일 #151

Date: Fri, 05 Feb 2010 18:29:12 +0000
From: Satoshi Nakamoto <[email protected]>
Subject: Re: Exchange options
To: [email protected]

한글 번역

아마 LR을 구매하는 지금의 어려움이, 그 방향으로 더 쉬워질 수 있는 한계일 겁니다.

모든 전통적인 결제 수단은 비밀번호와 암호 기술이 없다는 점을 거래를 사후에 뒤집을 수 있다는 특성으로 감당합니다. 그 체계는 평문의 신용카드 번호와 계좌번호를 그대로 복사하는 일에 완전히 열려 있고, 일이 벌어진 뒤에 거래를 되돌리는 방식으로 이를 처리합니다. 이 체계는 어딘가로 배달되어야 하는 실물 상품과 되팔 수 없는 서비스에는 잘 작동합니다. 귀금속이나 환전과 맞물릴 때 문제가 생깁니다.

한 방향으로만 쉬워지는 첫 단계, 즉 비트코인에서 LR이나 이미 가치가 확립된 다른 무엇으로 바꾸는 일이 쉬워지는 것만으로도 큰 몫을 합니다. 그 교환을 이용하지 않는 사람도 원하면 할 수 있다는 사실을 아는 것만으로 이득을 봅니다. 비트코인을 거래하는 일은 LR을 청구할 수 있는 권리를 거래하는 더 쉬운 방법이 됩니다. 예전에 지폐가 금을 청구할 권리였던 것과 비슷합니다. 원하기만 하면 청구할 수 있다는 선택지를 가졌다는 이득을 얻기 위해 실제로 LR을 청구해야 할 필요는 누구에게도 없습니다.

많은 경우 온라인 화폐는 아주 적은 금액만 있으면 됩니다. 다른 온라인 화폐를 사는 수고는 적은 금액을 사는 데 들이기에는 너무 큽니다. 소량의 비트코인을 쉽게 구할 수 있다는 점은 그 시장을 상대로 소액 결제 규모의 온라인 상품을 파는 판매자들의 생태계가 자리 잡는 데 도움이 될 수 있습니다. 판매자들이 비트코인으로 LR을 받을 수 있다면 만족할 것이고, 처음에는 비트코인을 대량으로 사려는 투자자들이 그 부분을 보조해 줄 수도 있습니다.

온라인 화폐의 발목을 잡는 가장 큰 요인은 소액의 화폐를 쉽게 얻을 방법이 없다는 점입니다. 비트코인이 그 길을 엽니다. 비트코인은 현금화하기 쉬우면서 소액을 얻기도 쉬운 유일한 온라인 화폐가 될 겁니다. 다만 대량을 사는 일은 예전처럼 어려운 채로 남을 겁니다.

[email protected]님이 쓰신 글:

Liberty Reserve는 좋아 보입니다. 우선 LR만 받는 서비스를 만들고, 나중에 다른 선택지를 추가할 수 있겠네요. 약점은 고객이 비트코인을 얻고 싶을 뿐인데 LR을 사는 과정이 불편함을 하나 더한다는 점입니다. 하지만 여기서 선택지가 많지는 않은 것 같습니다.

당신의 나라에는 전자 송금이나 종이 수표가 있나요? (유럽 안에서만 되더라도요)

네, 전자 은행 송금이 가능합니다. 2010년 중에는 유럽 대부분의 국가가 SEPA(Single Euro Payments Area)에 들어가게 되는데, 이는 유럽 안의 모든 결제가 국내 결제로 간주된다는 뜻입니다. 은행들은 모든 국내 송금에 같은 수수료와 기준을 적용해야 하므로, 아마 전부 무료가 되고 하루 만에 끝날 겁니다. 국제 송금에는 SWIFT/IBAN 체계가 있는데, 보통 추가 비용이 듭니다.

제 교환 서비스의 장기 과제로는 은행들이 어떤 연동 방식을 제공하는지 살펴보는 일이 될 겁니다. 은행 송금이면 신용카드에 거의 맞먹을 만큼 많은 고객에게 닿을 수 있을 겁니다.

영어 원문

Maybe the current difficulty of buying LR is already the limit of how 
easy it can get in that direction.

Every conventional payment method has refutability as their way to cope 
with their lack of passwords and crypto.  The system is wide open to 
copying plaintext credit card numbers and account numbers, and they deal 
with it by reversing the transaction after the fact.  The system works 
for physical goods that have to be delivered somewhere, and services 
which can't be resold.  It's a problem when it interfaces with precious 
metals and currency conversion.

The first step of being easy in one direction, bitcoin->LR or anything 
of established value, goes a long way.  Even those who don't use the 
conversion still benefit from knowing that they could.  Trading bitcoin 
becomes an easier way to trade the ability to claim LR, similar to how 
paper money was once the right to claim gold.  Nobody has to ever 
actually claim the LR to get the benefit of having the option that they 
could if they wanted to.

A lot of times you just need a minuscule amount of online currency.  The 
hassle of buying the other online currencies is too much for buying a 
small amount.  The ease of getting a small amount of bitcoin may help 
bootstrap an ecosystem of sellers of micropayment sized online goods 
selling to that market.  If the sellers can get LR for bitcoins, they're 
happy, and that may be subsidized at first by investors who want to buy 
bc in large lots.

The main thing holding online currencies back is the lack of an easy way 
to get a small amount of currency.  Bitcoin opens that up.  It'll be the 
only online currency that's both easy to cash out and easy to get a 
small amount.  It'll just be the usual harder difficulty to buy a large 
amount.

[email protected] wrote:
> Liberty Reserve sounds good. I could first make a service that only 
> accepts LR, and add more options later. The weakness is that buying LR 
> is an extra step of inconvenience when the customer just wants to get 
> Bitcoins. But maybe I don't have too much choice here.
> 
>> Do you have electronic transfer or paper cheque in your country? (even
>> if only within Europe)
> 
> Yes, electronic bank transfer is available. During 2010 most European 
> countries will become a part of SEPA (Single Euro Payments Area), which 
> means that all payments within Europe are to be considered domestic. 
> Banks will have to apply the same fees and standards to all domestic 
> transfers, so they'll probably all be free of charge and complete in one 
> bank day. For international transfers there's the SWIFT/IBAN system, 
> which usually costs some extra.
> 
> A longer term project for my exchange service would be to see what kinds 
> of integration options the banks have to offer. Bank transfers would 
> reach nearly as many customers as credit cards do.
>

이메일 #152

Date: Fri, 05 Feb 2010 18:39:18 +0000
From: Satoshi Nakamoto <[email protected]>
Subject: Re: UTF-8 to ANSI hack in CAboutDialog
To: [email protected]

한글 번역

맞습니다, 다시 깨지지 않도록 이렇게 바꾸겠습니다: if (str.Find('\xC2') != wxNOT_FOUND) str.Remove(str.Find('\xC2'), 1);

[email protected]님이 쓰신 글:

일부러 바꾼 게 아닙니다, 인코딩 문제였을 겁니다.

이런 변경을 한 이유가 무엇이었나요?

#if !wxUSE_UNICODE ... if (str.Find('Â') != wxNOT_FOUND) str.Remove(str.Find('Â'), 1); 다음과 같이: if (str.Find('�') != wxNOT_FOUND) str.Remove(str.Find('�'), 1);

wxFormBuilder는 (c) 기호를 자동으로 UTF-8로 바꿉니다. wxWidgets-2.8.9 ansi에서는 저작권 기호 뒤에 불필요한 문자가 하나 더 붙은 채로 보이는데, 이 임시 처방은 유니코드가 아닌 (ansi) 경우를 바로잡습니다.

영어 원문

Right, I'll change it to this so it doesn't get broken again:
     if (str.Find('\xC2') != wxNOT_FOUND)
         str.Remove(str.Find('\xC2'), 1);

[email protected] wrote:
> I didn't change it knowingly, must have been some encoding problem.
> 
>> What was the reason for this change?
>>
>> #if !wxUSE_UNICODE
>> ...
>>     if (str.Find('Â') != wxNOT_FOUND)
>>         str.Remove(str.Find('Â'), 1);
>> to:
>>     if (str.Find('�') != wxNOT_FOUND)
>>         str.Remove(str.Find('�'), 1);
>>
>> wxFormBuilder turns the (c) symbol into UTF-8 automatically.  On
>> wxWidgets-2.8.9 ansi, it shows as a copyright symbol with an extra
>> trash character, which this hack fixes up for the non-unicode (ansi)
>> case.
> 
> 
>

이메일 #153

Date: Sun, 07 Feb 2010 06:12:04 +0000
From: Satoshi Nakamoto <[email protected]>
Subject: JSON-RPC status
To: Martti Malmi <[email protected]>

한글 번역

JSON-RPC 구현이 잘 진행되고 있습니다. 소켓에는 boost::asio를 쓰고 있습니다. JSON-RPC는 일반 소켓이나 HTTP로 할 수 있는데, 다른 구현들은 대부분 HTTP인 것 같아서 간단한 HTTP 헤더를 직접 만들었습니다. JSON을 해석하는 데는 JSON Spirit을 쓰고 있는데, STL을 십분 활용하고 있어서 쓰기에 정말 좋았습니다. 헤더만으로 이루어져 있어서 빌드에 들이는 품이 따로 들지 않고, 크기도 작아서 우리 소스 트리에 그대로 넣기 좋습니다. MIT 라이선스입니다. 며칠 더 있으면 이 모든 게 동작하게 될 겁니다.

포럼은 확실히 자리를 잡아가네요. 이렇게 빨리 활동이 많아질 줄은 몰랐습니다.

영어 원문

The JSON-RPC implementation is going well.  I'm using boost::asio for 
sockets.  JSON-RPC can be plain socket or HTTP, but it seems most other 
implementations are HTTP, so I made my own simple HTTP headers.  For 
JSON parsing I'm using JSON Spirit, which makes full use of STL and has 
been really nice to use.  It's header-only so it's no added build work, 
and small enough to just add it to our source tree.  MIT license.  This 
should all be working in a few more days.

The forum sure is taking off.  I didn't expect to have so much activity 
so fast.

이메일 #154

Date: Sun, 07 Feb 2010 12:45:53 +0200
From: [email protected]
To: Satoshi Nakamoto <[email protected]>
Subject: Re: JSON-RPC status

한글 번역

좋네요! Liberty Reserve와 그 api에 익숙해지기 시작하겠습니다.

JSON-RPC 구현이 잘 진행되고 있습니다. 소켓에는 boost::asio를 쓰고 있습니다. JSON-RPC는 일반 소켓이나 HTTP로 할 수 있는데, 다른 구현들은 대부분 HTTP인 것 같아서 간단한 HTTP 헤더를 직접 만들었습니다. JSON을 해석하는 데는 JSON Spirit을 쓰고 있는데, STL을 십분 활용하고 있어서 쓰기에 정말 좋았습니다. 헤더만으로 이루어져 있어서 빌드에 들이는 품이 따로 들지 않고, 크기도 작아서 우리 소스 트리에 그대로 넣기 좋습니다. MIT 라이선스입니다. 며칠 더 있으면 이 모든 게 동작하게 될 겁니다.

포럼은 확실히 자리를 잡아가네요. 이렇게 빨리 활동이 많아질 줄은 몰랐습니다.

영어 원문

That's great! I'll start familiarizing myself with Liberty Reserve and  
its api.

> The JSON-RPC implementation is going well.  I'm using boost::asio for
> sockets.  JSON-RPC can be plain socket or HTTP, but it seems most other
> implementations are HTTP, so I made my own simple HTTP headers.  For
> JSON parsing I'm using JSON Spirit, which makes full use of STL and has
> been really nice to use.  It's header-only so it's no added build work,
> and small enough to just add it to our source tree.  MIT license.  This
> should all be working in a few more days.
>
> The forum sure is taking off.  I didn't expect to have so much activity
> so fast.

이메일 #155

Date: Mon, 08 Feb 2010 15:28:52 +0000
From: Satoshi Nakamoto <[email protected]>
Subject: Translation
To: Martti Malmi <[email protected]>

한글 번역

Drupal에는 특별한 다국어 지원이 있나요, 아니면 그냥 손으로 페이지 복사본을 만드나요?

BlueSky가 포럼에서 번역을 해주겠다고 했습니다. 사이트의 www.bitcoin.org/zh/ 복사본을 만들고 새 페이지를 만들고 글을 고치는 권한만 가진 계정을 그에게 주면, 아마 당신을 위해 사이트를 중국어로 번역해주고 계속 관리도 해줄 겁니다.

영어 원문

Does Drupal have any special multi-language support, or do you just 
create copies of pages by hand?

BlueSky offered to do translation on the forum.  If you create a 
www.bitcoin.org/zh/ copy of the site and give him an account with just 
the ability to create new pages and edit text, he'll probably translate 
the site into Chinese for you and maybe maintain it.