이메일 #026 - #030
원본 출처: Satoshi - Sirius emails 2009-2011
이메일 #026
Date: Wed, 29 Jul 2009 18:14:51 +0300
From: [email protected]
To: Satoshi Nakamoto <[email protected]>
Subject: Re: Bitcoin
한글 번역
서드파티 라이브러리들을 빌드해서 비트코인 빌드에 추가하려는데 오류가 꽤 많이 나오고 있습니다. 바로 빌드할 수 있게 준비된 패키지가 있으시면 CVS나 다른 곳에 올려 주실 수 있을까요? 저는 mingw + msys를 쓰고 있는데, 그 편이 더 쉽다면 Visual C++도 써 볼 수 있습니다.
영어 원문
I've had quite a few errors coming up when trying to build the
third-party libraries and adding them to the Bitcoin build. Do you
happen to have a ready-to-build package that you could upload to the
CVS or somewhere else? I use mingw + msys, but I guess I could try
Visual C++ also, if it's easier that way.
이메일 #027
Date: Mon, 24 Aug 2009 06:38:13 +0300
From: [email protected]
To: Satoshi Nakamoto <[email protected]>
Subject: Re: Bitcoin
한글 번역
wxWidgets 대신 wxPack을 쓰니 MinGW + MSYS로 컴파일에 성공했습니다. wxAdditions가 필요했던 것 같습니다. 다만 bitcoin.exe 파일 크기가 52MB였는데, 어떻게 줄일 수 있을지 살펴봐야겠습니다.
다음으로는 "minimize to tray" 기능과 Windows 시작 시 비트코인을 자동으로 실행하는 옵션을 구현하려고 합니다. 그러면 온라인 상태를 유지하는 노드 수가 더 많아질 겁니다. 그다음에는 Linux 이식이나 웹 애플리케이션 프레임워크에 필요한 명령줄 인터페이스를 할 수 있을지 살펴보겠습니다.
IRC를 사용하시면 언젠가 FreeNode의 #bitcoin-dev에 들러 주세요.
그리고 비트코인에 들인 훌륭한 작업에 다시 한번 감사드립니다.
[email protected]님의 인용:
서드파티 라이브러리들을 빌드해서 비트코인 빌드에 추가하려는데 오류가 꽤 많이 나오고 있습니다. 바로 빌드할 수 있게 준비된 패키지가 있으시면 CVS나 다른 곳에 올려 주실 수 있을까요? 저는 mingw + msys를 쓰고 있는데, 그 편이 더 쉽다면 Visual C++도 써 볼 수 있습니다."
영어 원문
I got it compile with MinGW + MSYS when I used wxPack instead of just
wxWidgets. Maybe wxAdditions was required. The bitcoin.exe filesize
was 52MB though, I should see how that can be fixed.
Next I'm going to implement the "minimize to tray" feature and the
option to autostart Bitcoin with Windows, so the number of nodes
online would stay higher. After that I could see if I can do a Linux
port or the command line interface needed for web app frameworks.
Drop by at #bitcoin-dev on FreeNode some time if you use IRC.
And again, thanks for the great work you've done with Bitcoin.
Quote [email protected]:
> I've had quite a few errors coming up when trying to build the
> third-party libraries and adding them to the Bitcoin build. Do you
> happen to have a ready-to-build package that you could upload to the
> CVS or somewhere else? I use mingw + msys, but I guess I could try
> Visual C++ also, if it's easier that way.
이메일 #028
Date: Mon, 24 Aug 2009 23:00:35 +0100
From: Satoshi Nakamoto <[email protected]>
Subject: Re: Bitcoin
To: [email protected]
한글 번역
존재하는 비트코인이 몇 개인지, 새로운 비트코인이 얼마나 빨리 만들어지는지 알 수 있으니, 보유한 기존 통화 금액을 기준으로 지지 가격을 정하면 모든 수요를 감당할 만큼 충분하다는 확신을 가질 수 있다는 지적은 좋은 지적입니다. 저는 경매 방식을 상상했었는데, 특정 환율로 뒷받침하는 편이 훨씬 간단하고 신뢰도 더 줄 것입니다.
비트코인을 뒷받침하려고 통화를 내놓으면 공짜를 노리는 사람들이 몰려들 텐데, 그 덕분에 많은 관심을 끌 수 있다는 이점도 있습니다. 처음에는 대부분 컴퓨터의 남는 시간으로 공짜 돈을 버는 방법으로 여겨질 겁니다. 전자상거래의 미래를 돕고 컴퓨터의 남는 성능으로 약간의 돈을 벌어 보라는 식으로 내세울 수도 있겠지요. 사람들이 실제로 현금으로 바꾸고 돈을 받게 되면 소문이 기하급수적으로 퍼질 것입니다.
최소 거래 규모를 일반적인 사용자가 컴퓨터 한 대로 모을 수 있는 양보다 크게 유지하면 도움이 될 수 있습니다. 그러면 누군가 현금화할 만큼 모으려면 사용자들끼리 서로 거래해야 하니까요. 더 작은 단위로 비트코인을 사들이는 중간 매집상이 생겨날 것이고, 당신 말고도 살 수 있는 매수자가 많아지면 비트코인을 팔 수 있다는 사용자들의 확신도 커질 것입니다.
공짜 돈을 노리고 몰려드는 사람들 앞에서도 그 뒷받침이 버틸 수 있을지 사람들은 처음에는 당연히 회의적일 겁니다. 하지만 경쟁으로 작업 증명 난이도가 올라가면 비트코인은 계속 희소하다는 점이 분명해질 것입니다. 사람들은 원하는 만큼 비트코인을 마냥 가질 수는 없다는 것을 알게 될 것입니다. 그렇게 되면 비트코인 아래에 최소 가치가 자리 잡혀, 바라건대 다른 용도가 쓸 대상을 기다리고 있다면 다른 목적으로도 쓰일 수 있게 될 것입니다.
사람들이 쓸 수 있는 용도가 있으면 도움이 될 겁니다. 이를 시작할 애플리케이션이 필요합니다. 어떤 아이디어가 있으신가요?
유로 등 다른 통화로 비트코인을 사고파는 환전 서비스를 생각해 왔습니다. 기존 통화로 바로 바꿀 수 있으면 비트코인에 가능한 한 가장 좋은 초기 유동성을 주고, 따라서 신규 사용자에게 가장 좋은 받아들여짐을 줄 것입니다. 흔한 돈으로 쉽게 바꿀 수 있는 비트코인으로 받는 결제는 누구나 받아들이지만, 특정 종류의 상품을 살 수 있다는 것만 보장되는 비트코인으로 받는 결제를 받아들이는 사람은 많지 않습니다.
그것도 쓸 수 있는 좁은 상품 시장이 함께 있으면 더 강력해질 것입니다. Tencent의 Q coin 같은 일부 가상통화는 가상 상품으로 성과를 냈습니다. 공식 가상통화가 제한으로 조여들 때 그런 시장에 비집고 들어갈 방법이 있으면 더할 나위 없이 좋겠지요. 그것 없이도 안 된다는 말은 아니지만, 비트코인이 채워 주는 구체적이고 바로 쓸 수 있는 거래 필요가 있으면 성공의 확실성이 커질 것입니다.
가장 간단하게는 이 환전 서비스가 거래자들이 환율을 올리고 일반 사용자들이 거래 요청을 남길 수 있는 웹사이트가 될 수 있습니다. 거래자는 개인이 될 수도 있습니다. 사이트에는 일종의 평균 환율 추정치도 보여 줄 수 있습니다. 개인들의 소규모 거래는 대부분의 나라에서 법적 골칫거리 밖에 있을 것이고, 모든 달걀을 한 바구니에 담는 일도 피할 수 있습니다.
기본적으로 판매자 중 누구를 신뢰할 수 있는지 가리려고 사용자 평가를 단 eBay 같은 사이트라는 말씀이지요. 에스크로 기능이 도움이 되겠지만 전부를 해결하지는 못할 겁니다. 그런 사이트를 만드는 일은 직접 운영하는 단일 환전 사이트 하나를 만드는 일보다 훨씬 더 손이 많이 가고, 나중까지는 돌아갈 만큼 사용자가 모이지도 않을 겁니다. eBay 같은 사이트는 나중까지는 만들 의미가 없을 거라고 생각합니다.
앞서 말한 것에 덧붙여 또 다른 아이디어는 자동 환전 서비스입니다. 이 서비스는 환율을 자동으로 계산하고 거래를 수행합니다. 사용자에게는 더 편할 겁니다. 거래 요청을 마치면 체결이 확실하고 즉시 이루어지니까요. 비트코인에 명령줄 인터페이스가 있다면 이 서비스를 만드는 일은 실제로 꽤 쉬울 수도 있습니다. 그냥 웹 애플리케이션 프레임워크를 가져다가 PayPal 백엔드 연동을 이용해, 비트코인을 받으면 자동으로 유로를 보내고 그 반대로도 보내면 됩니다. 이런 사업은 회사를 세우고 환전업에 필요한 모든 행정 절차를 챙기면 더 큰 규모에서도 잘 돌아갈 겁니다. (실제로 IT 작업 청구용으로 쓴 등록 회사가 있는데, 그걸 기반으로 쓸 수 있습니다.)
자동화를 갖추더라도 어차피 처리 전에 주문을 직접 검토하고 싶어질 겁니다. 특히 처음에는 주문을 손으로 처리해도 어렵지 않을 겁니다. 주문이 너무 자주 들어오지 않게 최소 주문 규모를 정할 수도 있고요.
이 환전 사업은 제가 관심 있는 일이고, 해낼 만한 기술도 충분히 갖추고 있습니다. 다만 이를 하려면 비트코인의 알파가 아닌 버전(그리고 명령줄 인터페이스 / API)이 먼저 있어야 합니다.
이 일이 시작되면 기부자 / 고위험 투자자들이 통화 뒷받침용 자본을 가져오면 크게 환영받을 겁니다.
그래서 이 계획에 대해 어떻게 생각하시나요? 다른 일로 바쁘시다면 (직접 하고 싶으시지 않은 한) 당신더러 하라는 말이 아님을 밝혀 둡니다. 계획에 대한 긍정적인 평가를 받으면 제가 직접 할 수 있습니다.
좋습니다. 아마 기부자가 당신에게 통화를 보내면 당신이 그걸 유로로 바꿔서 사용자에게 편한 방법으로 지급하게 할 수 있을 겁니다. 저는 직접 환전 사업을 하고 싶지는 않지만, 저와 관계없이 독립적으로 할 수 있습니다. 말씀하신 대로 먼저 해야 할 소프트웨어 개발이 더 있고, 또 비트코인을 쓸 출발용 애플리케이션에 대한 생각을 한동안 계속해 보고 싶기도 합니다. 환전소가 생기기 전에만 할 수 있는 아이디어도 몇 가지 있었습니다.
참고로, 시작하기 전에 bitcoin.com을 사려고 했지만 가망이 없었습니다. 전문 도메인 투기꾼이 소유하고 있더군요. 오픈소스 프로젝트는 .org를 쓰는 게 보통이니 그리 나쁘지 않습니다.
영어 원문
That's a good point that since you know how many coins exist and how
fast new ones are created, you could set a support price based on the
amount of legacy currency you have and be sure you'll have enough to
meet all demands. I had imagined an auction, but it would be far
simpler and more confidence inspiring to back it at a specific exchange
rate.
Offering currency to back bitcoins would attract freebie seekers, with
the benefit of attracting a lot of publicity. At first it would mostly
be seen as a way to get free money for your computer's idle time. Maybe
pitched like help support the future of e-commerce and get a little
money for your computer's spare cycles. As people cash in and actually
get paid, word would spread exponentially.
It might help to keep the minimum transaction size above an amount which
a typical user would be able to accumulate with one computer, so that
users have to trade with each other for someone to collect enough to
cash in. Aggregators would set up shop to buy bitcoins in smaller
increments, which would add confidence in users ability to sell bitcoins
if there are more available buyers than just you.
People would obviously be sceptical at first that the backing will hold
up against an onslaught of people trying to get the free money, but as
the competition raises the proof-of-work difficulty, it should become
clear that bitcoins stay scarce. People will see that they can't just
get all the bitcoins they want. It would establish a minimum value
under bitcoins enabling them to be used for other purposes if,
hopefully, other purposes are waiting for something to use.
>> It would help if there was something for people to use it for. We need
>> an application to bootstrap it. Any ideas?
>
> I've been thinking about a currency exchange service that sells and
> buys bitcoins for euros and other currencies. Direct exchangeability
> to an existing currency would give bitcoin the best possible initial
> liquidity and thus the best adoptability for new users. Everyone
> accepts payment in coins that are easily exchangeable for common
> money, but not everyone accepts payment in coins that are only
> guaranteed to buy a specific kind of a product.
That would be more powerful if there was also some narrow product market
to use it for. Some virtual currencies like Tencent's Q coin have made
headway with virtual goods. It would be sweet if there was some way to
horn in on a market like that as the official virtual currency gets
clamped down on with limitations. Not saying it can't work without
something, but a ready specific transaction need that it fills would
increase the certainty of success.
> At its simplest this exchange service could be a website where
> traders, who can be individual persons, can post their rates, and
> random users can leave trade requests. Some kind of an average rate
> estimate could be shown on the site. Small-scale trading by
> individuals would be outside legal hassle in most countries, and
> putting all the eggs in the same basket would be avoided.
Basically like an eBay site with user reviews to try to establish which
sellers can be trusted. The escrow feature will help but not solve
everything. It would be far more work to set up such a site than just
to set up a single exchange site of your own, and there won't be enough
users to make it go until later. I'm thinking it wouldn't make sense to
make an eBay type site until later.
> Another idea, which could be additional to the previous one, would be
> an automated exchange service. The service would automatically
> calculate the exchange rate and perform the transactions. This would
> be nicer to the user: completion of the transaction request would be
> certain and instantaneous. Making this service might actually be quite
> easy if there was a command line interface to Bitcoin: just take any
> web application framework and use PayPal back-end integration to
> automatically send euros when Bitcoins are received, and vice versa.
> This kind of business would also work great on larger scale if you set
> up a company and take care of all the bureaucracy needed to practice
> currency exchange. (I actually have a registered company that I've
> used for billing of some IT work, I could use that as a base.)
Even if you had automation, you'd probably want to review orders
manually before processing them anyway. It wouldn't be hard to process
orders by hand, especially at first. You could always set a minimum
order size to keep orders more infrequent.
> This exchange business thing is something that I'd be interested in
> doing, and I also have the sufficient technical skills to do it.
> Although, before this can be done, there should be a non-alpha version
> of Bitcoin (and the command line interface / API).
>
> If this gets started, donors / high-risk investors would be very
> welcome to bring capital for the currency's backup.
>
> So, what do you think about the idea? Note that this is not something
> that I'm asking you to do (unless you want to) if you're busy with
> other things. I can do it myself, if I get positive reviews about the
> plan.
That's great, I could probably get a donor to send currency to you which
you convert to euros and pay out through methods that are convenient for
users. I don't want to do an exchange business myself, but it can be
done independently of me. Like you say, there is more software
development to be done first, and also I'd like to keep trying for a
while to think of a bootstrap application to use bitcoins for. I've had
some ideas that could only be done before an exchange exists.
BTW, I tried to buy bitcoin.com before I started but there was no
chance, it's owned by a professional domain speculator. It's normal for
open source projects to have .org so it's not so bad.
이메일 #029
Date: Mon, 24 Aug 2009 23:04:25 +0100
From: Satoshi Nakamoto <[email protected]>
Subject: Re: Bitcoin
To: [email protected]
한글 번역
잘 되셨다니 다행입니다. 의존성이 워낙 크고 빌드하기 어려워서 골치 아프지요. 그중 일부는 Windows 빌드에 거의 신경을 쓰지 않습니다. 다음에 최신 버전으로 업데이트할 때는 모든 걸 하나의 디렉터리 트리에 늘어놓고 통째로 묶어 거대한 압축 파일로 받아볼 수 있게 할지도 모르겠습니다.
예전에는 wxPack이 없었던 것 같습니다. 모두 직접 wxWidgets를 빌드하지 않아도 되게 그게 생겨서 다행이네요. OpenSSL이 빌드하기는 더 까다로운 쪽입니다.
저는 strip.exe를 실행해 디버그 기호를 빼서 EXE 크기를 줄였습니다. mingw 기준입니다. 그쪽이 더 좋은 컴파일러이고, 저는 디버깅용으로만 VC를 썼습니다.
[email protected]님이 썼습니다:
wxWidgets 대신 wxPack을 썼을 때 MinGW + MSYS로 컴파일에 성공했습니다. wxAdditions가 필요했던 것 같습니다. 다만 bitcoin.exe 파일 크기가 52MB였는데, 어떻게 고칠 수 있을지 살펴봐야겠습니다.
다음으로는 "minimize to tray" 기능과 Windows 시작 시 비트코인을 자동으로 실행하는 옵션을 구현하려고 합니다. 그러면 온라인 상태를 유지하는 노드 수가 더 많아질 겁니다. 그다음에는 Linux 이식이나 웹 애플리케이션 프레임워크에 필요한 명령줄 인터페이스를 할 수 있을지 살펴보겠습니다.
IRC를 사용하시면 언젠가 FreeNode의 #bitcoin-dev에 들러 주세요.
그리고 비트코인에 들인 훌륭한 작업에 다시 한번 감사드립니다.
[email protected]님의 인용:
서드파티 라이브러리들을 빌드해서 비트코인 빌드에 추가하려는데 오류가 꽤 많이 나오고 있습니다. 바로 빌드할 수 있게 준비된 패키지가 있으시면 CVS나 다른 곳에 올려 주실 수 있을까요? 저는 mingw + msys를 쓰고 있는데, 그 편이 더 쉽다면 Visual C++도 써 볼 수 있습니다.
"
영어 원문
Glad that worked, it's a pain that the dependencies are so big and hard
to build. Some of them give little attention to the Windows build.
Next time I update to the latest versions, maybe I'll lay everything out
in one directory tree and bundle the whole thing up into a giant archive.
I'm not sure they had wxPack before. I'm glad they got that so everyone
doesn't have to build wxWidgets themselves. OpenSSL is the harder one
to build.
I reduced the EXE size by running strip.exe on it to take out the debug
symbols. That's with mingw. That's the better compiler, I only used VC
for debugging.
[email protected] wrote:
> I got it compile with MinGW + MSYS when I used wxPack instead of just
> wxWidgets. Maybe wxAdditions was required. The bitcoin.exe filesize was
> 52MB though, I should see how that can be fixed.
>
> Next I'm going to implement the "minimize to tray" feature and the
> option to autostart Bitcoin with Windows, so the number of nodes online
> would stay higher. After that I could see if I can do a Linux port or
> the command line interface needed for web app frameworks.
>
> Drop by at #bitcoin-dev on FreeNode some time if you use IRC.
>
> And again, thanks for the great work you've done with Bitcoin.
>
> Quote [email protected]:
>
>> I've had quite a few errors coming up when trying to build the
>> third-party libraries and adding them to the Bitcoin build. Do you
>> happen to have a ready-to-build package that you could upload to the
>> CVS or somewhere else? I use mingw + msys, but I guess I could try
>> Visual C++ also, if it's easier that way.
>
>
>
이메일 #030
Date: Fri, 28 Aug 2009 07:10:06 +0300
From: [email protected]
To: Satoshi Nakamoto <[email protected]>
Subject: Re: Bitcoin
한글 번역
최소 거래 규모를 일반적인 사용자가 컴퓨터 한 대로 모을 수 있는 양보다 크게 유지하면 도움이 될 수 있습니다. 그러면 누군가 현금화할 만큼 모으려면 사용자들끼리 서로 거래해야 하니까요. 더 작은 단위로 비트코인을 사들이는 중간 매집상이 생겨날 것이고, 당신 말고도 살 수 있는 매수자가 많아지면 비트코인을 팔 수 있다는 사용자들의 확신도 커질 것입니다.
그거 좋은 생각일 수 있겠네요.
그것도 쓸 수 있는 좁은 상품 시장이 함께 있으면 더 강력해질 것입니다. Tencent의 Q coin 같은 일부 가상통화는 가상 상품으로 성과를 냈습니다. 공식 가상통화가 제한으로 조여들 때 그런 시장에 비집고 들어갈 방법이 있으면 더할 나위 없이 좋겠지요. 그것 없이도 안 된다는 말은 아니지만, 비트코인이 채워 주는 구체적이고 바로 쓸 수 있는 거래 필요가 있으면 성공의 확실성이 커질 것입니다.
비트코인은 World of Warcraft나 Second Life 같은 가상 공동체의 사용자들에게 알릴 수 있는데, 두 곳 모두 수백만 명의 사용자를 갖고 있습니다. 개인 간 아이템 거래자뿐 아니라 이미 많은 고객을 확보한 기존 가상 서비스 제공자들이 일찍부터 이 통화를 받아들이면 좋겠습니다.
프로그래밍 질문 하나 드립니다. 거래 수수료 같은 설정을 bitcoin.config라는 파일에 쓰는 데 Boost의 program_options를 쓰는 것은 어떻게 생각하시나요? 아니면 지금처럼 데이터베이스에 저장하는 편이 더 낫나요? 콘솔 접속만으로 원격 서버에서 프로그램을 실행할 때 설정을 바꾸려면 설정 파일이 있는 편이 더 쉬울 것 같습니다.
영어 원문
> It might help to keep the minimum transaction size above an amount
> which a typical user would be able to accumulate with one computer, so
> that users have to trade with each other for someone to collect enough
> to cash in. Aggregators would set up shop to buy bitcoins in smaller
> increments, which would add confidence in users ability to sell
> bitcoins if there are more available buyers than just you.
That might be a good idea.
> That would be more powerful if there was also some narrow product
> market to use it for. Some virtual currencies like Tencent's Q coin
> have made headway with virtual goods. It would be sweet if there was
> some way to horn in on a market like that as the official virtual
> currency gets clamped down on with limitations. Not saying it can't
> work without something, but a ready specific transaction need that it
> fills would increase the certainty of success.
Bitcoin could be promoted to the users of virtual communities like
World of Warcraft and Second Life, which both have millions of users.
It would be great if not only peer-to-peer item traders, but also
providers of some existing virtual services that already have a lot of
customers, were to adopt the currency early on.
A programming question: What do you think about using the Boost's
program_options to write settings like the transaction fee into a file
bitcoin.config? Or is it better to save them in the database as it is
now? Having a config file would make it easier to change the settings
when running the program on a remote server with a console access only.