На запрос "роботовладение" поисковики предлагают "рабовладение".
На самом деле рабовладение это капитализм, поскольку рабы не
являлись членами общества. Рабы относятся к средствам производства.
При этом, надсмотрщики это наемные рабочие.
Потом стало достаточно облагать данью гораздо более свободных работников.
Роботы работают без надсмотрщиков.
Обслуживающего персонала требуется все меньше и меньше.
Дело идет к тому, что будет достаточно задать задачу компьютеру
управляющему производственными средствами.
Так что, в компьютере суть робота и заключается.
Владельцу производственных средств не очень важно, что именно производить.
Главное, сколько он при этом сможет заработать.
Собственно доход и будет основой целью поставленной перед компьютером.
По сути, управлять будут те кто платит, т.е. заказчики.
Владелец только забирает дивиденды (типа сбора дани).
В первую очередь роботы заменят людей производящие материальный продукт.


Основная масса населения станет зарабатывать с помощью своего компьютера

Hi,
https://github.com/mak4444/LTCFileShopPlugin
Рrivate IPv4 addresses are required.
I think the IPv6 is possible but I did not succeed.

Hi!
 Почти реализовал самый простой простой способ продажи дешовых файлов.
Тестовая версия: https://github.com/mak4444/LTCFileShopPlugin
Это 2ва плагина для https://electrum-ltc.org
(Пока отсутствует собственно отправка транзакций в мемпул.)
Не работает вариант без GUI.  С GUI доступ к процедурам Electrum-ltc, проходит
через объект window (главное окно). Как правильно сделать в режине daemon,
пока не знаю. Меню файлов при daemon - работает



 

 
Ищу реально работающий форк с клиентом на Питоне.
Желательно, поменьше размером.
Я бы внедрил туда магазин файлов

Я на Питоне написал прототип магазина файлов http://fpauk.narod.ru/ProtoFileShop.tar.gz
Сообщал в "Идеях"
В качестве интерфейса используется стандартный браузер с HTML запросами.
Магазин ProtoFileShop.py переадресует запрос файла на localhost:8120 на запущенный специальный
 клиент ProtoFileBuyer.py . Тот опять к магазину.
Под FireFox все нормально. Chromeium перенаправив запрос, оставляет канал открытым
и ProtoFileBuyer.py не зайти. Как этот канал закрыть со стороны магазина?

Owners of useful data (almost all computer users, that is) do not share this information generally because they
can’t see much point in doing so. To stimulate data sharing, selling files must be made quick and cheap.
  Considering the speed of Lightning implementation, probabilistic transactions won't arrive any time soon.
 But I have a great idea. The probabilistic quality of a transaction may be achieved by simply using a fee too small
to satisfy most miners. In this case, probability may only be determined empirically, but for a small thing like files,
 it may be enough. The main concern here is that normal transactions are non-erasable. However,
 reputation means a lot for shop owners, therefore, I guess it may be taken on trust that they won’t send a transaction
 to mempool twice. Besides, nothing keeps the buyer from emptying the source wallet. It’ll work if there is no point
 to empty wallet only to avoid a petty payment. It may make you think, if it’s all about tiny payments, it’s not really serious.
However, it is not absolute price values that you should consider, but the price to labour ratio.
  Every working software has  a long line of prototypes behind. By increasing frequency of updates, you improve customer
 and partner relations and make work distribution better fit personal skills.
  Not only will it facilitate creativity, but also deliver highly skilled specialists from hard and tedious work,
without any extra obligations or approvals.
  An automated shop works 24/7 at a low energy cost. Paid file sharing can be combined with free sharing by setting the price at 0.
 File server access may be an added feature to a bitcoin client. This way, request for a file may automatically trigger money transaction.

При всем обилии флуда, по поводу моей идеи персональных электронных магазинов, никто даже не прикалывается.
Я делаю вывод, что она противоречит сложившимся эстетическим чувствам.
Тут не создается новая фирма, как предмет поклонения и восхищения. Не требуется крупных вложений для азартных людей.
Во внешне привлекательные идеи уже вложено столько сил, что ловить уже нечего.
Я предлагаю способ материально поощрить за распространение информации.
 Если система разовьется, это убьет ноу-хау. Эффективность интеллектуального труда возрастет на порядки.
Кто не согласен, пусть объяснит суть моего заблуждения.
Или как это подать в более привлекательном виде?

Техническая сторона решается с помощью вероятностных транзакций.

 Lightning  is difficult to implement. I believe it may be also not always
convenient to use.
First of all, it only makes sense to open a Lightning channel with a
shop if you plan to make purchases there regularly. A network of
Lightning channels needs to be created too. It has its own problems: the
time a transaction takes (by blockchain) is needed to guarantee the transaction.
To open a payment channel, a funding transaction is also required.
Actually, most automated shops with a lot of micro sales don’t need each
and every payment to be guaranteed. For them, to have profit it is
enough to get just a fraction of payments, as long as the expected value
matches the item’s price. No need to say, the amount transferred (and
the buyer’s exposure) is inversely proportional to the probability of
the transfer to get through.
I suggest using probabilistic transactions. They look like standard
transactions but have a low probability of being recorded in the
blockchain. In fact, the automated shop sells goods merely for a chance
of the payment to be recorded. Because most of these transactions do not
make it to the blockchain, they won’t take any space in the blocks. Fees
for probabilistic transactions become probabilistic too.
This is not to say that we should dump Lightning completely, let alone
standard transactions. But everything must be fit for its purpose.
Comparing with standard transactions, probabilistic ones only require
two things added: each should contain a block number and a miner’s good
signature.
A good signature is a signature that satisfies a particular function.
(Instead of a block number, it may be any identifier of the current or
previous block.) To prevent double-spending, the fee for a probabilistic
transaction should be no lower than the expected value of funds
transferred.

 Лайтинг сложен в реализации. Думаю, что и пользоваться им будет не всегда удобно.
Изначально, создавать канал лайтинга для связи с магазином есть смысл если ты
будешь делать покупки в нем в дальнейшем. Сеть каналов лайтинга тоже нужно
создавать. При этом, тоже есть проблемы. Затраты времени на прохождения транзакции
связаны с обеспечением надежности. Для создание канала лайтинга тоже нужно
послать транзакцию. Для магазинов автоматов с большим количеством мелких продаж
не требуется высокой гарантии прохождения всех платежей. На самом деле, для
достижения прибыли достаточно даже, чтобы проходила очень небольшая часть платежей.
Главное, чтобы мат ожидание платежа соответствовала цене товара.
Естественно, перечисляемая сумма (риска) возрастает в соотсветвии с вероятностью
прохождения платежа. Я предлагаю использовать вероятностные транзакции. Это как-бы обычные
транзакции, но в блокчейн попадают с низкой вероятностью. Магазин автомат отдает товар за
шанс того, что транзакция попадет в блокчейн. В связи с тем, что большинство транзакций
в блокчейн не попадут, то и место в нем не займут. Комиссия при вероятностных транзакциях
тоже становится вероятностной. Я не предлагаю отказываться от лайтинга. Тем более, от обычных
транзакций. Все имеет свое назначение. По отношению к обычным транзакцим к вероятностным
транзакциям добавляется всего два требования - это наличие номера блокчейна и красивой подписью майнера.
Красивая подпись - это подпись удовлетворяющая определенной функции.

 В прпршолй теме  я напрасно полагал,  что майнеры будут подбирать себе адрес под наибольшие комиссии.
Во 1х в этом нет особого смысла. Во 2х в этом нет ничего страшного.

Hi all!

 Намечается реализация быстрых платежей Lightning
Это можно использовать в монетизации конференций. Пользователь платит за размещение поста владельцу конференции.
За чтение поста, плата идет тому, кто этот пост разместил. Это поможет снизить количество флуда и побудет раскрыть секреты.

Хочешь верь, хочешь нет, нам некуда так быстро платить    У нас все размеренно, по плану, 3-7 минут нас вполне устраивают.

  Не нужно говорить за всех. Чем шире сфера применения валюты, тем выше ее ценность.
Я говорил про персональные магазины файлов. Где-то я читал об облачных вычислениях в Ethereum.
Еще платные почтовые ящики (каталоги расшаренные на платную запись).
Я предложил форк с лотерейными билетами в качестве платежа.
Думаю аналогичную лотерею можно провести в рамках Ethereum по средствам контрактов.
Сначала устанавливается ставка. Ставка это транзакция с определенным контрактом и переводом суммы ставки.
Контракт таков, что эту сумму можно только с помощью выигрышного билета.
Тот кто установил ставку может генерировать лотерейные билеты и использовать их в качестве средств мгновенного платежа.
Электронные магазины принимающие к оплате лотерейные билеты отдают товар за шанс получить выигрыш.
Лотерейные билет это квиток содержащий ссылку на ставку и адрес получателя выигрыша и подписывается закрытым ключом.
Потенциальный получатель выигрыша посылает транзакцию с этим квитком.

Hi All!

 Я задумал новую криптуху.
Обсуждалась https://bitcointalk.org/index.php?topic=1174202.0
Всего-то  надо:
1 в блок добавить запись для создания которой, требуется некоторый PoW/  (назовем лот-запись)
2 добавить тип транзакций (лотерейные билеты), которые должны правильно сочетаться с лот-записью.

 Я с С++ не дружу.  В качестве прототипа надыбал https://github.com/npat-efault/picocom
Не могу понять как ей пользоваться. Не получается скачать блокчейн. Инструкцию пользования не найти.
Может что-то другое взять в качестве прототипа?

HI All,

The problems to be solved by the below described approach are: increasing of transaction speed and lowering the blockchain size.
instant payments opens new scope for the cryptocurrency
(eg personal shop for files sale)
        My dream is to create a commercial support for the open development. http://fpauk.narod.ru/statia3-1.txt. The LotoCoin can solve the problem of launching of the evolutionary software development with help of the independent developers. It will also make the intellectual work of wide variety of people masses more demanded.
The duration payments by the ordinary transation is linked to assuring of its reliability.
However, a lottery ticket has a value even before the lottery is commited and so
with this type of transations a payment can be done instantly.
   
With the proposed type of cryptocurrency there are two types of transactions.

First is the usual one that gets registered in the blockchain unconditionally. 
The other type is somewhat reminiscent of a lottery ticket (LT). With exception of some additional requirements an LT inherits the properties of a usual transaction.

An LT type transaction gets into the blockchain with some set probability that is written in an LT itself. The lottery is performed by the miner based on the found "pretty" hash.

An LT can only be registered into the blockchain block that follows
a block specified in the LT.

The miner searches the hash of the previous (not the current) block as the full set of tickets that passed the lottery is not ready yet.

The LTs to be registered into the blockchain have to satisfy a function with a "pretty" hash as a parameter.

The "pretty" hash of the previous block gets registered into the current along with the transactions.

Later the current block is signed with the usual electronic signature corresponding to the miner address.
   
I think that to exclude the possibility for the miner to create a modification of the current block, some additional requirements have to be added to the
"prettiness" of the current block hash. This will make it not easy to modify the current block.

Any other possible reasons of these payments not passing are added to the base probability of LT and can be accounted for when
mathematical expectation of transaction passing is calculated.

The LT commission is presented as a separate transaction that includes
the sum and the link to the original LT. It is signed with the receiver address. This allows to increase the commission in case of a competitive translations
appearance.

The currency usage is with small electronic services such as:
cloud computing, paid databases, file and currency selling, paid email ans so on. The electronic shop in this case is an interpreter of the client commands with LT as a parameter.

One of the cloud computing usages can be a mining pool. In this case each pool can have their own coin client without accounts for mining helpers.
The payments are instantly done with LT.

An interesting innovation can be an additional method of block signing. Beside the proof of work (PoW) there will also be proof of lottery (PoL). The PoL is performed LT caught in the blockchain. The PoL has to include PoStake but the parameter of PoStake will be a commission with miners owning LTs.

For an LT to be "owned" by the miner the sender or receiver address have to match with the miner's address.

The right to mine PoLottery is given to a miner when their tickets are present in the two last blocks of the blockchain.

The parameter of the PoStake will be the minimum of maximum of the commission of the owned tickets in the last two blocks. This rule is needed because the miner has no problem adding to the blockchain a ticket to himself with a huge commission.

Each algorithm (PoW and PoL) has its own difficulty. A change of a difficulty is only performed for one of the algorithms per time. The choice of the algorithm to change difficulty for is preformed depending on relative usage of the algorithms in the blockchain from the last time difficulty was changed.

The difficulty should be set such that the PoL signed blocks happen more often then PoW blocks. This is because PoL supports the business.

Therefore before determining the relation between PoW and PoL usage the PoW is multiplied by some value. A "lucky" combination of LT gives a miner temporary
privilege which in turn temporarily increases the mining helpers reward. In this case an alerting / messaging system can be used so that helpers are aware of what's going on and can be invited to cooperate.

Hi All,

This is already on Russian topic
The main provisions I translated into English.
I'm not sure the quality of translation.
But I houp this is understandable.
If anyone point to an error I will be grateful.

 Мгновенные платежи потребуются для платных П2П: Torrent client, баз данных и облачных вычислений.
Нечто подобное я ранее предлагал, но слишком мудреное.
По моему, данная система довольно проста.
Основная задача - не засорять блокчейн мелкими переводами.
Лотерейный билет это условная транзакция. Вскрытие билеты заключается
в подписании получателем этой транзакции своим закрытым ключом.
Вскрытие считается успешным если результат удовлетворяет заданному требованию.
(Например, количеству нулей в контрольной сумме).
Удачно вскрытые билеты подлежат занесению в блокчейн как обычные транзакции.
 Естественно, эти билеты придется принимать без подтверждений.
Для такой мелочевки требования несколько снижены.
Можно ограничится требованием прихода этих билетов с нескольких доверенных
узлов распространения транзакций.

 В предлагаемом  мной   форке мгновенных платежей]
есть существенный недостаток: Нельзя определить вероятность успешного использования квитка.
Я отказываюсь от того, чтобы квитки между собой сочетались.
Однако, квитки (лотерейные билеты) также требуются для подписания блока транзакций.
В квитки входят адрес кошелька майнера. Чтобы подписать блок, майнер сначала должен
подписать квиток своим закрытым ключом. Если эта подпись соответствует текущей сложности,
 он получает права подписать блок. Это придает ценность квитокам. По этому, их можно использовать
в качестве платежного средства.
  Квитки будут 2х типов:  Proof of work (PoW) Proof of Stake (PoS).
Квитки PoW трудно генерировать. При удачном использовании при PoW происходит эмиссия новых монет
для награды майнеру.
 PoS квитки  генерировать относительно легко.  Однако, эти квитки должны содержать
адрес кошелька, на котором находится значительная  сумма, и время с точностью до
блока  и  подписываются закрытым ключем этого кошелька.
При удачном использовании  PoS новых монет не появляется. Награда  ( + некий процент) (без комиссий транзакций)
снимается с кошелька создателя квитка.

Основная идея -2х этапный майнинг.

 Первый этап, генерация квитков с красивыми подписями.
 На второй этапе, для подписи блока требуется красивое сочетане 2х этих квитков,

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

 Однако, при покупке интересуют только те квитки, которых нет у покупателя.
Покупатель квитков сперва предоставляет продавцу список хешей своих квитков.
Использованные квитки повторно использовать нельзя.
По этому, новые квитки более ценные чем старые широко распространенные.
Т.ч. это не тривиальный, но возможный бизнес.

 Поскольку квитки не равноценны, перед использованием квитков в качестве платежа,
 квитки оцениваются продавцом и покупателем. Однако, это можно автоматизировать.



  

Я создал прототип
Однако, мне одному это не поднять.
Здесь вопрос не столько технический, сколько политический и даже нравственный.
А именно: в каком мире мы хотим жить?
Сложившаяся на данный момент ситуация с концепцией черных ящиков
ведет к избыточному усложнению ПО сточки зрения разработчика. И не в разы,
а на порядки. Изначально, от простого к сложному далеко не всегда получается.
Далее упрощать никто и не думает. Избыточная сложность для корпораций
даже выгодна для защиты от плагиата. Для разработок все более и более
сложного ПО требуется все более и более крупные фирмы. Чем крупнее фирма,
тем дольше доля административного аппарата. В место того, чтобы привлечь
к созданию ПО (и не только) более широкие массы, требование к программистам
ужесточается. И эти требования однобокие. В основном, требуются аккуратные
эрудиты. В результате масса творческих личностей оказалась  не у дел.
(однако, если в сложной работе есть часть для дебилов, дебил и должен ее выполнять).
Даже энтузиасты не заинтересованы создавать простые продукты, поскольку.
стремятся продемонстрировать свою крутость.

 Я предлагаю создать магазин-автомат, который каждый может запустить на
своем компе. С его помощью можно продавать информацию и ресурсы компьютера.
При этом, ПО развивается эволюционным образом проходя из рук в руки
(в исходниках по свободной лицензии). В качестве прототипа предпочтения будет
отдаваться долее легким для освоения продуктам. Упрощать станет выгодно.
Автоматически появятся стандарты де-факто. Однако, система начнет
эффективно работать, если наберется достаточное количество участников
для формирования рынка. Честно говоря, не особо вижу путь преодоления
этого первого этапа. Требуются энтузиасты, готовые поиграться с системой
не ожидая прибыли в ближайшее время.

 Моя реализация идеи
 Клиенту предоставляется удаленная  Форт машина.
 Объявил на Фортовской конференции.
 Написано на gcc (,без плюсов) . Запустил на своем роутере. ip 93.100.60.208
 Логически клиент и сервер разделены, но физически объединены в одном модуле
http://fpauk.narod.ru/fpauk.2.mips.tar.gz под мипс
http://fpauk.narod.ru/fpauk.2.tar.gz под Линукс
http://fpauk.narod.ru/fpauk.2.zip под винду

 Вроде-как все примитивно, но с описанием тяжело.
 Надеюсь на наводящие вопросы.

 Я написал статью до появления криптовалют.
По моим прикидкам, данная система повысит производительность труда программиста (не только программиста)
на несколько порядков. Однако, особого отклика не нахожу. Может я заблуждаюсь, но никаких вразумительных
возражений не слышал. В первом приближении, система представляет собой сеть персональных магазинов
по продаже файлов (не обязательно софт) . Персональных - во избежания дополнительных издержек.
Я думаю, систему можно построить на базе DC и с ней-же синтегрировать.
Т.е. к бесплатным файлам предоставляемых в DC добавляются файлы за криптовалюту.
Это предаст дополнительный стимул для открытия исходных текстов.
В дальнейшем следует ввести широкий поиск по содержимому исходников у других пользователей системы
для поисков нужного материала. Хотя на первом этапе может быть достаточно имени файла и двух верхних
строк комментария и номера версии.
Стоимость файла указывается в атрибутах файла. Расплата производится автоматически при скачивании.
Скачанный файл тут-же может быть выложен на продажу. Для разработчика это дополнительная возможность
не потерять файл. В первую очередь будет интересовать модификация своих разработок.
Продавая друг другу новые модификации продукта разработчики объединяют усилия.
Вообще, система гдето сродни CVS, но распределенная.