Bitcoin Forum
November 19, 2017, 02:51:53 PM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 [4] 5 6 7 8 9 10 11 12 13 14 »  All
  Print  
Author Topic: TrueCoin <-- правильная монета  (Read 19138 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
Balthazar
Legendary
*
Offline Offline

Activity: 2240


BTC-e Divine Overlord, ask cryptodevil for details


View Profile WWW
March 29, 2013, 06:42:35 PM
 #61

Гибридный дизайн в первую очередь из соображений стабильности. Чистый PoS это хорошо в теории, но на практике гибрид лучше как чистого PoS так и чистого PoW. Хотя, косвенно PoW эмиссия действительно уменьшает вероятность бесконтрольного накопления средств стейкхолдерами, т.к. влияет на них психологически.

novaco.in | EtherMine.ru (65 GH/s, DGM 0.5%) | EtherDig.Net (18GH/s, PPS 1.5%)
฿: 1QJ8RFiRKsJKmY8ZAjxfCUeBZXmjthK4Pk: 4RgnHWtnJWEyMhqhDdazW3Hdr7cx5ybF6i ETH: 0x5B475Febb3018f41d0Ac3C2f1A864bd102ab5a2E
1511103113
Hero Member
*
Offline Offline

Posts: 1511103113

View Profile Personal Message (Offline)

Ignore
1511103113
Reply with quote  #2

1511103113
Report to moderator
Join ICO Now Coinlancer is Disrupting the Freelance marketplace!
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
March 29, 2013, 06:50:53 PM
 #62

@Balthazar
Говоря про чистый PoS я имел в виду систему
 отличную от NVC/PPC, которую еще не изобрели.

@Storan

В "кишках" вообще мало кто разбирается
очень хорошо может человек 100 на все сообщество.
я тоже НЕ разбираюсь во всем полностью Wink

(1-2) ага, теперь лучше понятно.

3) Дык потому и придется инфлировать ВСЕ монеты.
Потом система то - открытая, то есть будет
 обмен на другие форки и колебания спроса
 на TrueCoin , что тоже влияет на инфляцию
 и курс.
 Хотя может все-таки удастся что-то извлечь
 из денежных теорий, но я особо не расчитываю на это.
будет готов каркас - сделаем англоветку,
 и пусть там его разламывают адвокаты дьявола...

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
March 29, 2013, 07:07:50 PM
 #63

4) AES -  шифр <-- это первая ассоциация
 IT-шника.

5) Премайн - для всего )
 И раздача монет это не только ПР,
 но и запуск системы в работу быстрее.

6) Нет, не из-за ненависти )
   Инфляция стимул для ускорения оборота денег (точно также как демураж в FRC)
 и (надеюсь) гарантия более стабильных цен
   на товары/услуги в койнах
   при растущем спросе на TrueCoin и/или
  росте его экономики.

  Мне кажется что наличие успешного инфляционного форка таки даже НЕОБХОДИМО.
 В парах с дефляционными форками он
 обеспечит стабильность всей криптоэкосферы,
 и сгладит броски курса ВСЕХ криптовалют.
 Чего так хотят бизнесмены, желающие
 принимать койны, которых полет Биткойна и ко. в космос пугают.

 Также мы сможем опробовать 2-3-4 других
 свежих решения неинфляционных проблем,
 так что по-любому это полезное дело.
----------------
 На черный день у нас типа есть нестандартные наброски PoW более стойкие
 к АСИК/FPGA чем SHA256.
 Так что если c PoS не заладится есть куда отступать...
 

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Balthazar
Legendary
*
Offline Offline

Activity: 2240


BTC-e Divine Overlord, ask cryptodevil for details


View Profile WWW
March 29, 2013, 07:38:59 PM
 #64

@Balthazar
Говоря про чистый PoS я имел в виду систему
 отличную от NVC/PPC, которую еще не изобрели.
Это неважно, о какой именно системе речь. Это аксиома, PoS-блоки сложнее проверять, чем PoW, и практически невозможно сделать иначе (если только PoW не утяжелен чрезмерно громоздкой хэш-функцией). Потому что инвалидные PoW блоки отсекаются простой проверкой хэша первых 80 байт на соответствие таргету, все остальные проверки опускаются после этого. Для PoS блоков же при проверке необходимо помимо заголовка залезть в транзакции, подгрузить и проверить их зависимости и т.д.

novaco.in | EtherMine.ru (65 GH/s, DGM 0.5%) | EtherDig.Net (18GH/s, PPS 1.5%)
฿: 1QJ8RFiRKsJKmY8ZAjxfCUeBZXmjthK4Pk: 4RgnHWtnJWEyMhqhDdazW3Hdr7cx5ybF6i ETH: 0x5B475Febb3018f41d0Ac3C2f1A864bd102ab5a2E
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
March 29, 2013, 08:03:19 PM
 #65

Хмм , а как насчет того чтоб у PoS-блока
был только один output, чтобы меньше
 дробить монеты ?
Чему это может помешать ?

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Balthazar
Legendary
*
Offline Offline

Activity: 2240


BTC-e Divine Overlord, ask cryptodevil for details


View Profile WWW
March 29, 2013, 08:10:45 PM
 #66

Не понял, причем тут дробление монет. Roll Eyes

Если о реализации в ppc/nvc, то оно не только дробить умеет, но и клеить. А дробить нужно чтобы увеличить количество вариантов для перебора в будущем. Чем больше вариантов, тем устойчивее система, потому что злоумышленнику сстановится еще сложнее предсказать ее состояние в будущем (хотя его и так предсказать невозможно практически, но лучше быть параноиком).

novaco.in | EtherMine.ru (65 GH/s, DGM 0.5%) | EtherDig.Net (18GH/s, PPS 1.5%)
฿: 1QJ8RFiRKsJKmY8ZAjxfCUeBZXmjthK4Pk: 4RgnHWtnJWEyMhqhDdazW3Hdr7cx5ybF6i ETH: 0x5B475Febb3018f41d0Ac3C2f1A864bd102ab5a2E
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
March 29, 2013, 08:18:26 PM
 #67

>>>Не понял, причем тут дробление монет.
Ну хочется, же зря лишний раз Блокчейн не нагружать Huh

Я так еще и не прочитал Sunny'y пдфку (

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Balthazar
Legendary
*
Offline Offline

Activity: 2240


BTC-e Divine Overlord, ask cryptodevil for details


View Profile WWW
March 29, 2013, 08:20:26 PM
 #68

33 байта - это достойная плата за дополнительный фактор рандомизации.

novaco.in | EtherMine.ru (65 GH/s, DGM 0.5%) | EtherDig.Net (18GH/s, PPS 1.5%)
฿: 1QJ8RFiRKsJKmY8ZAjxfCUeBZXmjthK4Pk: 4RgnHWtnJWEyMhqhDdazW3Hdr7cx5ybF6i ETH: 0x5B475Febb3018f41d0Ac3C2f1A864bd102ab5a2E
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
March 29, 2013, 08:35:02 PM
 #69

ну ладно, я на самом деле хочу менять как можно меньше в существующем коде насколько можно.

Возвращаясь к вашей идее насчет транзакций
 без комиссий + хэш-антиспам.
Там ведь можно любую хэш-функцию использовать и быструю и медленную ?

Наверное  совсем без комиссий обойтись нельзя, ведь у майнеров должна быть мотивация включать транзы в блоки,
однако если применить смешанную схему
(комиссии+антиспам), то комиссии могут быть
 ниже напр. вдвое ?
 это тоже было бы достижением.
Или можно придумать др. способ мотивации
 включения транз в блоки
( чтобы таки совсем обойтись без fees ) ?
 

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Storan
Member
**
Offline Offline

Activity: 112


View Profile
March 29, 2013, 08:45:08 PM
 #70

Вот кстати дьявольский план - если утвердить "перенос" недоэмитированных монет в PoS-блоке в последующий PoW, и есть у всех есть возможность (и почему-то я на 99% уверен что она есть) проверить были ли на начало генерации этого блога ожидающие транзакции, то признавать валидным только такой блок, который эти транзакции (хотя бы определённый минимум из штку/kb) включил в обработку.


Да, и опять вопрос в догонку. Неужели "запихивание" транзакций в блок, хоть сколько-то существенная операция, в сравнении с вычислением кешей, что будут майнеры/пулы специально этим заниматься (гонять пустые блоки). Или это превентивная защита от возможной атаки по "блокированию" всех транзакций системы?
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
March 29, 2013, 08:59:30 PM
 #71

Плохие майнеры да будут делать что угодно,
чтоб добиться своего ( особенно если им платит ФРС/алиены/папуасы... именно за разрушение криптовалюты.).
Кибербезопасность  - это искусство контролируемой паранойи.
Паранойи мало не бывает.
------
Но ночью надо спать, а не читать стихи... Wink


"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
March 30, 2013, 09:36:26 AM
 #72

Вот самые подходящие статьи к вопросу
 о денежном предложении для наших условий.

http://en.wikipedia.org/wiki/Demand_for_money

http://en.wikipedia.org/wiki/IS-LM_model
http://en.wikipedia.org/wiki/Time_preference

http://en.wikipedia.org/wiki/Real_business_cycle

Интересно было бы заменить в графике по второй ссылке  Liquidity preference
 на Time Preference.
Что из этого выйдет ?

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

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Storan
Member
**
Offline Offline

Activity: 112


View Profile
March 31, 2013, 08:47:56 AM
 #73

Ремарка небольшая - нужно прекратить всё называть инфляцией, и начать называть эмиссию в системе эмиссией  Cheesy

А когда симулятор будет готов? И будет ли он доступен не только в виде source-под-*nix ?
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
March 31, 2013, 09:34:07 AM
 #74

Вместо "инфляции" лучше говорить
 "рост денежной массы" )

Поставьте себе Go, если хотите,
 и у Вас он тоже будет. Wink
http://golang.org/doc/install
Там есть бинарные сборки тоже.

Go проги компилятся за несколько секунд.

Симулятор будет как только так сразу.  )
Я только начал с ним возиться.

Это типа игрушечная сеть в одной проге
, но я намерен моделировать только
 формулы ( симулировать ноды я не буду
 - для этого есть тестнет ).
Одни параметры будут жестко заданы,
 другие будут меняться типа случайно
 в границах чуть шире предельных реальной
 сети (TrueCoin) значений.
И тогда станет ясно сколько будет денежной массы через 10 лет, какой график роста
"инфляции" etc.

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Storan
Member
**
Offline Offline

Activity: 112


View Profile
March 31, 2013, 12:00:12 PM
 #75

Вот идейка насчёт транзакций: считать "полезными" такие транзакции, % комиссии в которых больше, чем % эмиссии за один день (например для обсуждавшейся парой страниц ранее константной эмиссии в ПИ%, такая комиссия на 1'000'000 монет будет чуть меньше 85, что составляет 0,0085%).
В целом никто комиссию платить не заставляет, но если это "бизнес"-транзакция, то проще будет выставить комиссию в 0,01% для обработки платежа за десяток-второй минут, а не экономить гроши, теряя возможные часы на подтверждение (в том же биткоине уже сейчас безкомиссионые транзакции бывает "подвисают" с включением в обработку, думаю для реальной валюты расчётов и оборота, а не сбережений, текущее число транзакций в системе биткоина будет казаться смешным).


Ещё одно. Если процент эмиссии будет "плавающим" - проще где-то в блоках хранить всю сумму эмитированных монет.
Если "реальные транзакции" где-то будут учитывать - за нужный период тоже проще хранить скорость/объём денежного оборота.
Это конечно размеры нефункциональных частей блока увеличит - зато избавит от необходимости лопатить последние ХХХ блоков (а то и все) блоки, для простых расчетов текущей эмиссии (aka block rewards).


P.S. технических препятствий, по перечислению комиссий автору PoS блока не должно же возникнуть?
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
March 31, 2013, 02:14:28 PM
 #76

Если комиссии как в NVC/PPC то они уничтожаются, что ведь к "дефляции",
 если комиссий не будет то идея не применима.
НО сама по себе она интересная . Wink

-----------
У меня тут ничего не сходится,
а конкретно награда за PoW  с нормальными данными Huh
Code:
wReward := 100.0 / math.Pow(wDiff, float64(0.16666666666666666))
А выдает такую награду :
Code:
PoW bounty:  60.85548573516739  PoW diff.= 19.68800000005503
PoS:  0.25
----------------------------------------------------------
moneysupply:  2.370926424418833e+06  at block # 79998
==========================================================
PoW bounty:  60.924793360770366  PoW diff.= 19.554000000055034
PoS:  0.3
----------------------------------------------------------
moneysupply:  2.3709876492121937e+06  at block # 80000
==========================================================
PoW bounty:  61.079874531679856  PoW diff.= 19.258000000055034
PoS:  0.04
----------------------------------------------------------
moneysupply:  2.3710487690867255e+06  at block # 80002
Что-то не так.
Если награды PoS ешще похожи на настоящие,
то PoW ну очень щедрый Huh
PoS я подделываю так :
Code:
coinAge := rnd.Int63n(89970) + 30
//pseudorandom  coin_age in days

sReward := float64((33 * coinAge) / 60265)*0.01

Или CoinAge должен быть в секундах * CENT ?
---------------
Может придется перейти на MAX_TARGET/target...
ПОка я просто моделирую NVC.

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Storan
Member
**
Offline Offline

Activity: 112


View Profile
March 31, 2013, 02:29:01 PM
 #77

Ну да, в переведённом примере и должно быть так  Cheesy

Как я понял эта формула из NVC? Так там награда за блок высчитывается как абсолютная величина. сложность в степени (1/6).

А Вы считаете той же формулой, но берёте не как число_монет, а как размер процента.

ну и понятно, что +20, и +20% - это очень разный результат.


-----------------------------------------------------------------------------------
в общем:
эмиссия в биткоине - это уменьшающаяся функция (скачкообразно) от времени системы;
PoW-эмиссия в NVC - это функция (непрерывная) от сложности системы;
PoS-эмиссия в NVC - это % от коин-годов генерирующих блок.


P.S. че то c Go у меня не выходит.
localhost:6060 в браузере-то окрывается, а вот потом после нажатия на Run, даже в семплах окно вывода сообщает только это:
This functionality is not available via local godoc.
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
March 31, 2013, 02:55:38 PM
 #78

wReward - это награда за 1 PoW блок у меня.
КАлька с Той формулы, именно в монетах должно получаться а не процентах Huh.

C++ клиент НЕ считает через трудность как я
 они берут таргет, а трудность потом высчитывается
 в другом месте в безумной функции кою я не понимаю,
 как перевести на Go.
ПОртировать с языка на язык трудно всегда.
Но польза от симулятора есть - он считает годы работы
 за минуты, а тестнет нельзя запучтить быстрее
 чем блок раз в 30 сек.

Я вот думаю , что можно ваще не ловить эту формулу.
главное смоделировать изменение награды похожим
 на данные реального NVC ( мы ведь не собираемся
 менять эту их функцию wReward).
А хотим просто прибавлять к ней наш скромный процент
 (как вы думаете: делать это в каждом блоке или реже ?)

Еще сначала PoS-блоков нет, потом их число растет
 до 50/50 и позже PoW почти сходит на нет,
как это учесть по какой функции прибавлять % к
 PoS и по какой к PoW-блокам ?

 
 

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
March 31, 2013, 03:01:19 PM
 #79

У вас Windows ?
Никогда не ставил его под Win32...
Мне казалось что они на Mingw собирают ?!
Там где-то должен быть терминал.
Я то в терминале запускаю все, мне просто.

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Storan
Member
**
Offline Offline

Activity: 112


View Profile
March 31, 2013, 03:41:18 PM
 #80

wReward - это награда за 1 PoW блок у меня.
КАлька с Той формулы, именно в монетах должно получаться а не процентах Huh.

C++ клиент НЕ считает через трудность как я
 они берут таргет, а трудность потом высчитывается
 в другом месте в безумной функции кою я не понимаю,
 как перевести на Go.
ПОртировать с языка на язык трудно всегда.
Но польза от симулятора есть - он считает годы работы
 за минуты, а тестнет нельзя запучтить быстрее
 чем блок раз в 30 сек.

Я вот думаю , что можно ваще не ловить эту формулу.
главное смоделировать изменение награды похожим
 на данные реального NVC ( мы ведь не собираемся
 менять эту их функцию wReward).
А хотим просто прибавлять к ней наш скромный процент
 (как вы думаете: делать это в каждом блоке или реже ?)

Еще сначала PoS-блоков нет, потом их число растет
 до 50/50 и позже PoW почти сходит на нет,
как это учесть по какой функции прибавлять % к
 PoS и по какой к PoW-блокам ?
Ненужна нам их PoW-формула. Ни btc, ни nvc.
Представьте награду за PoW-блок так:
сама_награда = 0; // просто 0 и всё.
эмиссия = %(от всего агрегата монет системы)
комиссия = сумма_комиссий_с_транзакций_блока
итоговая_награда = сама_награда + эмиссия + комиссия;

вычислять % на какую-то фиксированную награду за блок не имеет смысла; подозреваю аналога в реальной экономике такому параметру нет вообще ни в какой теории.
Ведь неважно, эмитируем ли мы средства в систему целиком раз в год, или мельчайшими частями раз в 2 минуты; если эмиссия основана на общей денежной массе, то и считать её нужно каждый раз от этого текущего агрегата М.

 % эмиссии в блоке - это
// Percent_year_digit - Это константа либо вычисленная величина в формате 9%, 5%, 3,14% и т.п.
a = pow (1 + Percent_year_digit/100, float64(1.0/365.0) ) //это дневной процент в формате "множителя"
b = (a-1)/720.0 // это процент за блок, в формате "доли"
block_emission = M * b;

// иттого
wReward = 0 + block_emission + commission;
Pages: « 1 2 3 [4] 5 6 7 8 9 10 11 12 13 14 »  All
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!