Bitcoin Forum

доброе всем

существующий форк может отправлять адресату отрицательные транзакции
при этом сжигая свои монеты и уменьшая баланс адресата получателя.
но баланс получателя в coin* системе  не имеет значения ибо адресат в последствии может использовать только положительные входы, для перелива средств в новый адрес, что делает бесполезным отрицательный рейтинг.

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

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

1)находим все не потраченные  отрицательные входы
2)проверяем указанные (декларированные отрицательные входы)
3)если декларированные  отрицательные входы-не потраченные  отрицательные входы>0, тогда не принимаем транзакцию
иначе :
проверяем если сумма положительных выходов = суммы не потраченных положительных входов-декларированные отрицательные входы, тогда принимаем транзакцию

таким образом
происходит как учет положительных входов так и учет отрицательных входов

декларирование нужно именно для того чтобы отрицательные монеты тоже тратились(на погашение отрицательного рейтинга) а не висели на на адресе вечным грузом

ну так все просто ))

ищи тут описание как долги учитываются
https://docs.google.com/document/d/1TvKGOvqrhYhJ0LElggSPiZU8592R_-dngXUckeP75Gw/edit#

можешь это реализовать в НЕКСТ или multichain.com или на эфире

спасибо, но меня долги не интересуют, меня интересуют отрицательные рейтинги

для этого не нужно слать минусы - достоачно использовать OP_RETURN и в нем передавать оценку адресу - ну и код того что это ОЦЕНКА доверия данному адресу

всё просто и форк не надо делать

это рейтинг с последствиями

рейтинг в ОП-РЕТЁРН передавай - так же как цветные монеты и прочие активы в нем шифруют - свой протокол и АПИ придумай и опиши - и всё

сделай сайт и краудфандинг - и получи 1млн долларов за идею

я конечно чукча, и может быть про это не читал, но не в даваясь в дебри специфики протокола, в случае если ОП-РЕТЁРН станет ниже плинтуса, адреса куда переводятся в дальнейшем средства также окрашиваются в плохой рейтинг?

и процесс передачи монет с плохих адресов проблематичен или нодам ПО* на то что включать в блок?

майнерам пофиг что включать в блок - лишь бы им комсу заплатили
делаешь на входе комсу, на свой адрес сдачу и еще выход с ОП-РЕТЕРН и в нем всю инфу в том числе и адрес можешь закатать кому доверие хочещь подправить
ну или нулевой выход дделаешь

корорче так - делаешь список нулевых выходов и последним возврат своей комсы или наоборот а в ОП-РЕТЕРН задаешь величины доверия для списка адресов выхода - за норм комсу майнеры такую трнзакцю включат в блок - они и так включают все эти цветные монеты и опен-ассеты - ровно по такому же алгоритму - можешшь даже ничего не изобреттьа - возьми протокол опен асеттс и всё

а ну еще используй цепочку (блокчейн) не битка а догов или лайтов - и всё

протоко один у всех - в оп_ретерн пишешь доп инфу по переводимому доверию для списка выходов

ну как вы и сказали ранее манера пофиг...
это доверие не влияет на движение денег , тогда смысл этого доверия?

хе хе отрицательная транзакция удалась...
qt клиент от них с ума сходит))) незнает как отобразить...



{
"amount" : -1.00000000,
"confirmations" : 1,
"blockhash" : "bab81d22e1b5b4e67098796bc0fe09d4df75e6172bd9572cf87f32ae90d08c8c",
"blockindex" : 1,
"blocktime" : 1449681562,
"txid" : "c6da6d2d7e1c27570bd2afff8bb0e999083d2dd914420f6a50513ada2d7f68b6",
"normtxid" : "46f251652bd79b321bbc059dbc7275f5cf27f3a18d31e2aa5624e7fe5d16f49a",
"time" : 1449678277,
"timereceived" : 1449678277,
"details" : [
{
"account" : "",
"address" : "iPXbB5cifYkGoGJNY6dkUwoeT4Yh67ZQ48",
"category" : "receive",
"amount" : -2.00000000
},
{
"account" : "",
"address" : "i7N5KcyLaq4hJRvd8rBdvX9VzWPh8HP5CP",
"category" : "receive",
"amount" : 1.00000000
}
]
}