Radix (XRD)

[eddy]

Ако мога да цитирам останалите от чата..... are we there yet? " 'аре няма ли да стартираме"?

[danisapfirov]

:dance:


Ако мога да цитирам останалите от чата..... are we there yet? " 'аре няма ли да стартираме"?

Търпение, докато всички пречки пред 100К+ tx/s не се изчистят Дан, няма да стартира.
Познаваме си човека. Безкомпромисен.

Добрата новина е че, лиценза ще е свободен за лична употреба.
Компаниите, които искат да го ползват, ще си плащат.
Понеже ще бъде с отворен код, допълнителната защита ще дойде от патентите.
Обикновения потребител ще получи всички функции безплатно.

[anonymous]

А дали се очаква да стартираме до лятото на 2018?

[eddy]

От това което бях чел аз в чата първоначално трябва да има един вътрешен бета тест, който уж беше за преди нова година. След това около нова година да има стартиране на чата, който ще се ползва за нещо като официален бета тест на койн системата и след това стартиране и на нея. Като гледам как се отлагат нещата ако започнем лятото ще е добре. Но... важното е нещата да се доизкусурят..

[danisapfirov]

Той и Дан Хюз иска да стане по-скоро, но все има някъде задръстване в системата.

Добрата новина е че разпределената обработка, която осигурява вертикалното мащабиране работи.
Но високата скорост си иска съответната база данни.

Предполагам забелязахте, че при скорост 4K tx/s след време започва да се забавя скоростта. Това е от двоичното дърво,
което с повечето данни започва да забавя търсенето.

Предполагам скоро ще излезе с решение и ще пусне нов тест.

[danisapfirov]

Radix VamosDB
-------------------

Има напредък в специализираната база данни Vamos за обработката на сделките.
4K tx/s вече не са проблем и не водят до забавяне...

Теста за мащабиране ще бъде подновен всеки момент.

[danisapfirov]

Въпрос относно възли и печалбата от тях
----------------------------------------------------
Въпрос:
maur: Yeah I wonder how that would work if I had like 1000 nodes and modified their source code so they force-propagate that transaction through all my X-number of nodes before being able to exit, and my nodes get the majority of fees

[BG] Чудя се ако имам 1000 възела и модифицирам кода така, че да прехвърлят транзакции помежду си преди да излезнат към мрежата, всички мои възли ще получават голямата част от таксите

Отговор:
fuserleer: @maur thats a double edged sword...
on one hand the distribution of nodes that have done work should be close to uniform as the selection process should be random..therefore you can apply a threshold to it and penalise
on the other hand, you having 1000 nodes in the network will cost you to operate them...if there aren't enough transactions to justify the cost, you can't profit anyway as expenses will be less than income

[BG] Това е нож с две остриета...
От една страна разпределението на възлите които извършват услугите би трябвало да е изравнено, тъй като избора на възли е на случаен принцип... следователно може да наложиш ограничение. (+)
От друга страна, да имаш 1000 възли в мрежата ще ти струва пари за да работят... ако няма достатъчно транзакции, за да оправдаят цената, няма да излезеш на печалба понеже разходите няма да се покрият с приходите. (-)

[danisapfirov]

Radix VamosDB test 14 Ное 17
-------------------------------------------------------------
Първия тест на Radix с новата база данни Vamos.
По-бавно в началото за да се проследят логовете.
Скоростта е "само" 1.5K tx/s.
Идеята е да се проследи дали ще има забавяне след няколко дни.

http://explorer.radix.global/#

[anonymous]

А на Visa каква е скоростта?

[danisapfirov]

А на Visa каква е скоростта?

1600 tx/s

Поредния тест http://explorer.radix.global/# е със средна скорост от около 2000 tx/s и вече достигна 500m за няколко дни.
Няма забавяне при добавянето на нови записи в двоичното дърво.

https://team.radix.global/files/q5odeki ... gTHSW7HYD8

В пост на Twitter се казва, че следващия тест ще има за цел да постигне 1 000 000 000 транзакции за 7 дни.
Това все още няма да бъде 10К, а вероятно 4K... да видим.

При текущия тест (2K tx/s) се използват няколко възли и от там няколко изчислителни дяла.
Времето за потвърждение на сделките от възлите може да стигне 200ms, което се дължи точно
на малкото дялове.