Какое в таком случае будет налогообложение,
при учете, что организация ведет деятельность с целью продвижения биткоинов в россии и мире
и для этого выполняет услуги по переводам с комиссией?

бонусы: это будет уже не какой-нибудь там ИП а целая солидная компания

могу название посоветовать - что нибудь вроде "неуловимый джо"

Так как биткоины нельзя мгновенно эмитировать - это значит, что их в этом случае прийдется держать банку.
необходимое для обращения количество биткоинов при этом не изменится.

Я думаю, что можно посчитать так:
 - возмем среднюю стоимость некоторой вещи (например с амазона или ebay) - пусть $27
 - помножим на количество интернет-пользователей - пусть 2 миллиарда
получим сумму, которую в среднем надо держать людям в электронных валютах, чтобы совершать покупки через интернет.
держать больше - боятся, так как можно держать в "настоящих" деньгах.
держать меньше - не получится делать покупки в момент как прийдет такая мысль.

Весь объем этих денег распределяется на разные электронные валюты.
Проведем экспертную оценку того, сколько есть распространенных валют:
- есть четыре крупные экономические зоны - амеро, евра, динар, рубли
в каждой зоне ~ по семь принятых систем (больше в голове не укладывается).
Биткоины - просто еще одна. Всего 4 * 7 + 1 = 29

Итого - совокупный потенциальный спрос на биткоины = 2 * 10^9 * 27 / 29 = ~1.862 млрд. USD
Биткоинов в штуках - 21 ^ 10 * 6

Значит справедливая стоимость Биткоина через 30 лет = 1.862 * 10 ^ 9 / ( 21 * 10^6) = 1862/21 = 88 USD

Только не вспоминайте, что квантовые компьютеры быстрее изготовят - дайте помечтать.

Самое главное: пользователи не хотят продавать BTC. Все ж умные и хотят их захомячить.
Это приводит к постоянному отсутствию BTC в свободном обращении и к необоснованному росту курса.
(да, я знаю, всякие там ожидания, оценка рынком и все такое, но на практике - это лишняя волатильность, которая мешает работать бизнесу)

Пользователям сложно работать с биржей - всякие там заявки - это очень сложно.
Например, когда они хотят биткоины превратить в WMZ по курсу с сайта bitcoinwatch.com нужно сделать следующее:
1) зарегистрироваться на mtgox.com
2) зарегистрироваться на libertyreserve.com (а там сложная регистрация - требуют домашний адрес и много непонятных параметров security)
3) нужно понять, как эти LR превратить в WMZ (а из списка обменников это неочевидно, там где указан WebMoney на текущий момент на WMZ не меняют, но меняют в других местах)
4) нельзя поменять сумму менее 10 BTC, так как mtgox.com не позволяет продать менее 10 BTC
5) в процессе всего этого нужно проверить надежность всех контрагентов (нет ли на них негативных отзывов в гугле).
Эту проблему можно было бы решить, если создать сайт-обменник, который гарантирует вывод средств объемом менее некоторого, например вывод менее 10000 BTC в подходящие деньги
по понятному, хорошо видимому фиксированному курсу

Пользователям долго скачивать блоки (это занимает несколько часов у пользователей во владивостоке - уж не знаю, что у них там с интернетом)
Можно было бы использовать сайт-банк, но возникает проблема доверия к нему и мало таких сайтов-банков.

И собственно, невозможность предсказания курса в будущем (отсутствие фьючерсов),
что сильно затрудняет заключение договоров в BTC.

да-да, сделайте это, я весь горю!

Кстати, никто не хочет потратить еще ~12000 руб на юридическую экспертизу того, что он понапишет?

за то, что такие сообщения находятся через поисковик:
http://bitcointalk.org/index.php?topic=2744.msg40271#msg40271

за распространение негативных слухов о биткоинах.

Вот что мне пишут фрилансеры:
"Я с этой валютой не работала, а в интернете много слухов нехороших".

И это не первый раз.

На bitcoinwatch.com из за остановки сайта btcex.ru сбился курс рубля к BTC. Клиенты в панике.

и заметьте, что вопреки вашему сообщению о времени опроса курса от вас каждые 5-10 минут - до сих пор сайт не зарефрешился

а налоговая как будет доверять?

Какие тут вопросы - одни эмоции!

для этого надо сертифицировать систему биллинга (говорят это не очень дорого). Тогда распечатки с ее детализации будут юридически пригодными подтверждающими документами.
Вася перегружает Пете биткоины через систему биллинга как через банк, а выписка из системы биллинга будет аналогична выписке из банка.

Если что, модераторы в отдельную ветку выделят. Форум - место для дискуссий.

Вот, кстати, с использованием Kerberos и от этого можно защититься. Тут где-то была объява о геохостинге, в котором серверы располагаются поближе к пользователю, на таком можно и развернуться.

Вот когда будете разрабатывать системы, которые будут не вами эксплуатироваться, тогда и поговорим

да-да, некоторые - бэкапы тоже не сразу начинают делать. А другие - керберос не считают нужным использовать. Каждому свое.

Какие буквы в словосочетании "несанкционированно порутили" вам не ясны?


Затем, что у хакера есть сниффер и рутовый доступ и он тоже может вызвать функцию из специальной библиотеки.

я не понял, что неясно.


Пример:
web-фронт-энт (огромный портал) коннектиться к аналитическому серверу или серверу подготовки отчетов. Сервер подготовки отчетов коннектится к БД.

В случае с Kerberos - прокидываем аккаунт пользователя и каждый сервер может разграничить доступ для этого пользователя. Чей пароль подобрали или комп захватили - тот ССЗБ.
ответственне пользователи - unaffected.

В случае Без Kerberos - хакер ломает сервер с порталом, получает рутовый доступ, получает возможность запустить свой код под аккаунтом портала, обращается к
аналитическому серверу и считывает секретную информацию ответственных пользователей.

> это про новый неподтверждённый баг

Я спросил какой баг. Вы ответили, что  dsa-2157-1

вот этот баг в DSA:
http://www.debian.org/security/2011/dsa-2157

там говорится только про contrib modules, которых у меня нет

Если это еще какой-то более новый баг, то дайте ссылку на (неподтвержденную) информацию о нем

Не расчитывали на взлом web-части. В этом случае ваша БД осталась бы незащищенной против коннекта под аккаунтом, под которым работает web-приложение и была бы скомпрометирована полностью. А в случае отсутствия такого аккаунта (при использовании kerberos он не нужен) были бы скомпрометированы только данные пользователя, под которым удалось залогинится изначально.

И у вас действительно не было требований по интеграции с другими серверами