Topic: NovaCoin (scrypt PoW + PoS hybrid) - page 108. (Read 600924 times)
Я думаю, что этой темы вполне достаточно для этого. У нас тут государство с элементами прямой демократии.
Криптоанархизм не отрицает существование государства, его законы и суверенитет. Главный постулат криптоанархизма - это защита индивида от вмешательства в его дела, кем бы то ни было. Общество с развитым криптоанархизмом может сосуществовать с государством, построенном на какой угодно идеологии, начиная с охлократии и вплоть до жесткого тоталитаризма с уклоном в любую сторону(левую или правую - неважно). Другое дело, что для тоталитарной системы в случае развития коррупции криптоанархизм будет её катализатором.
должно быть крупные держатели битка. им же важно это. если зарегулируют, то в массф пойдет и цена взлетит.
Криптовалюта, по определению не может регулироваться государством, это противоречит ее децентрализованной сущности, то есть система регулируется сама, а голосами служат хеши, а в нашем случае еще и монетодни, государство может конечно само играть по правилам, то есть генерировать хеши и держать монеты, но это уже противоречит его собственной идеологии, играть по правилам 
Так что автор инициативы даже не знаком с основными принципами криптовалют. Биткоин это криптоанархия, какой еще контроль государства?!
должно быть крупные держатели битка. им же важно это. если зарегулируют, то в массф пойдет и цена взлетит.
Какой-то дебилизм, малограмотный к тому же. С тем же успехом можно запросить разрешение на дефекацию и дополнить объяснением, почему правильно выполненный акт дефекации не угрожает окружающим.
Почитал тут одну статью про миксер http://bitnovosti.com/2014/03/12/idealno-otmyt-bitcoiny/
Почему бы не реализовать нечто аналогичное в новакоине в кошельке ?
Это обсуждалось на нескольких предыдущих страницах. В принципе, никаких препятствий нет, и не требуется несовместимых изменений. Так что, вероятно, такой механизм будет реализован. Почему бы не реализовать нечто аналогичное в новакоине в кошельке ?
Почитал тут одну статью про миксер http://bitnovosti.com/2014/03/12/idealno-otmyt-bitcoiny/
Почему бы не реализовать нечто аналогичное в новакоине в кошельке ?
Почему бы не реализовать нечто аналогичное в новакоине в кошельке ?
привет, а еще стоит ограничение в 10 монет когда награду за pos дают?
Да.
привет, а еще стоит ограничение в 10 монет когда награду за pos дают?
Со старых нод, которые не обновились до сих пор. В следующем билде придется добавить отклонение соединений со старых версий, потому что слоупочить два месяца - это даже не смешно уже.
В последние время стало много сирот у нового p2pool.
Помимо багфиксов, запланировано к включению следующее:
1. Сохранение nTxOffset в базе данных инпутов, позволит сократить количество операций чтения во время проверки proof-of-stake блоков;
Именно это и ожидаю... Хотя выглядит несколько странным тот факт, что увеличение кеша бд не снижает нагрузку на цп по операциям чтения... Или операция происходит с большим набором вычислений или есть некие другие факторы...1. Сохранение nTxOffset в базе данных инпутов, позволит сократить количество операций чтения во время проверки proof-of-stake блоков;
Помимо багфиксов, запланировано к включению следующее:
1. Сохранение nTxOffset в базе данных инпутов, позволит сократить количество операций чтения во время проверки proof-of-stake блоков;
Именно это и ожидаю... Хотя выглядит несколько странным тот факт, что увеличение кеша бд не снижает нагрузку на цп по операциям чтения... Или операция происходит с большим набором вычислений или есть некие другие факторы... 1. Сохранение nTxOffset в базе данных инпутов, позволит сократить количество операций чтения во время проверки proof-of-stake блоков;
А когда ожидается следующий билд клиента?
Скорее всего, ближе к среде.Помимо багфиксов, запланировано к включению следующее:
1. Сохранение nTxOffset в базе данных инпутов, позволит сократить количество операций чтения во время проверки proof-of-stake блоков;
2. Добавление нового шаблона для стандартных выходов:
Quote
OP_RETURN <...>
Такие выходы отличаются тем, что они доказуемо недоступны для траты. Т.е. их можно не добавлять в БД инпутов, что экономит место.
Последнее нужно, чтобы в будущем можно было без проблем запустить поверх сети NVC протокол обмена сообщениями внутри блокчейна. Самый простой пример подобной системы - это MasterCoin, работающий поверх BTC.
А когда ожидается следующий билд клиента?
Не взломали.
Еще раз спрошу, уже хрен знает какой раз, что гарантирует, что транзакции в миксер не будут использованы дважды? т.е. клиент потратит ровно столько сколько внес?
Вопрос по существу, что является в этом случае транзакцией 'послать в p2p миксер'? - просто публикация своего выхода, доступного для того чтобы их могли использовать другие и просили владельца 'подпиши транзакцию с использованием твоего выхода'?
p.s. непонимание у меня больше от того, что если это ТАК просто почему этого нет ни в одном форке и тем более мейнстриме bitcoin?
Еще раз спрошу, уже хрен знает какой раз, что гарантирует, что транзакции в миксер не будут использованы дважды? т.е. клиент потратит ровно столько сколько внес?
Вопрос по существу, что является в этом случае транзакцией 'послать в p2p миксер'? - просто публикация своего выхода, доступного для того чтобы их могли использовать другие и просили владельца 'подпиши транзакцию с использованием твоего выхода'?
Quote
Вот пример атаки 'сделай гадость, на душе радость':
1. публикуем свою транзакцию (выход) как доступную 'для p2p миксера'
2. создаем свою транзакцию 'вывод денег из миксера' с чужими выходами
3. ждем когда эта транзакция подтвердится и тратим деньги куда хотим (т.е. у нас никаких затрат)
4. никогда не подписываем чужие транзакции траты этой первой транзакции
как результат - клиенты в конце концов просто не смогут вывести деньги с миксера
1. публикуем свою транзакцию (выход) как доступную 'для p2p миксера'
2. создаем свою транзакцию 'вывод денег из миксера' с чужими выходами
3. ждем когда эта транзакция подтвердится и тратим деньги куда хотим (т.е. у нас никаких затрат)
4. никогда не подписываем чужие транзакции траты этой первой транзакции
как результат - клиенты в конце концов просто не смогут вывести деньги с миксера
p.s. непонимание у меня больше от того, что если это ТАК просто почему этого нет ни в одном форке и тем более мейнстриме bitcoin?
Зачем мне описывать создание обычной транзакции?
Потому что ничего больше не нужно. Нужна обычная транзакция, и все.User B создает транзакцию, использующую выход User A, не имея его приватного ключа, и не требуя от него никакой дополнительной информации (а то ведь он может передумать и не дать ее позже).
Вопрос КАК?
Для создания транзакции приватные ключи не нужны, они нужны лишь для её подписания. Любой юзер может создать какую угодно транзакцию с какими угодно входами и выходами, но она не будет принята сетью, пока её не подпишут владельцы всех входов.Вопрос КАК?
multisig.
Нет, multisig транзакции это не то. В multisig транзакциях требуется несколько подписей для одного конкретного входа. В обычных транзакциях может требоваться несколько подписей в том числе и от разных участников, но лишь по одной на вход.Т.е. для работы децентрализованного миксера получается требуется чтобы все те, чьи переводы мы решим использовать в своей транзакции были онлайн (имеется в виду в пределах срока, за который мы хотим получить монеты)?
Именно. Самый простой способ уменьшения задержек - это запрашивать инпуты, которые ещё не подтверждены сетью.Так же, какое тут получается условие проверки, что проситель ранее положил в миксер входящую транзакцию на сумму меньше или равную?
Никакой входящей транзакции нет. Quote
Юзер 1: Мне нужно X монет из инпута TXID1:0 на адрес addr1, взамен могу отдать TXID2:0
Юзер 2:
> createrawtransaction '[{txid: "TXID1":vout:0}, {txid:"TXID2", vout:0}]' '{user2addr1:A, user2addr2:B, user2addr3:C, addr1: X, ..., user2addr21:Z}'
> signrawtransaction
Привет, Юзер 1! Вот транзакция:. Сделай signrawtransaction, если согласен с содержимым.
Юзер 1:
> signrawtransaction
> sendrawtransaction
Юзер 2:
> createrawtransaction '[{txid: "TXID1":vout:0}, {txid:"TXID2", vout:0}]' '{user2addr1:A, user2addr2:B, user2addr3:C, addr1: X, ..., user2addr21:Z}'
> signrawtransaction
Привет, Юзер 1! Вот транзакция:
Юзер 1:
> signrawtransaction
> sendrawtransaction
Я так понимаю ты меня тролишь?
Тут впору мне задавать вопрос, не взломал ли кто твой аккаунт. Потому что пытаюсь уже в третий раз рассказать о простом как пробка действии простыми словами. Пример:
- Как вставить пробку в бутылку?
- Берем пробку в правую руку, и вставляем её в бутылку, удерживая последнюю за горло левой рукой.
С твоей же стороны следуют очень странные вопросы вроде "а какого цвета должна быть пробка, чтобы её можно было засунуть в бутылку зеленого цвета с квадратным дном?". Причину возникновения которых я недопонимаю, мягко говоря.
Ничего личного, но это вызывает разрыв шаблона.
multisig.
Участники - только те чьи входы кто то решил использовать? И решение принимает тот кто создает исходящую транзакцию?
Т.е. для работы децентрализованного миксера получается требуется чтобы все те, чьи переводы мы решим использовать в своей транзакции были онлайн (имеется в виду в пределах срока, за который мы хотим получить монеты)? Чтобы мы попросили их... а подпишите ка мою транзакцию? Та еще задачка.
Так же, какое тут получается условие проверки, что проситель ранее положил в миксер входящую транзакцию на сумму меньше или равную?
Участники - только те чьи входы кто то решил использовать? И решение принимает тот кто создает исходящую транзакцию?
Т.е. для работы децентрализованного миксера получается требуется чтобы все те, чьи переводы мы решим использовать в своей транзакции были онлайн (имеется в виду в пределах срока, за который мы хотим получить монеты)? Чтобы мы попросили их... а подпишите ка мою транзакцию? Та еще задачка.
Так же, какое тут получается условие проверки, что проситель ранее положил в миксер входящую транзакцию на сумму меньше или равную?
Jump to: