Доступна новая версия
CACHE-Project, Optimization, Change "KernelStakeModifier" - no hard fork, New features added, Old features updated
Version : v_6.1.1.39
Version of git : v_0.7.5.241
Subversion : v_0.7.6.51
Topic: [ANN] 'CACHE'Project [Алгоритм пересчета сложности VALM-Cache, SpamHash Control] - page 2. (Read 3968 times)
March 24, 2020, 10:30:36 PM
March 12, 2020, 01:24:33 AM
March 06, 2020, 11:37:37 PM
На сегодня..
Активирована функцию "VirtualCheckPoint ". По умолчанию функция отключена, для включения - usevirtualcheckpoint=1
Осталя не решенный вопрос - что будет при конфликте двух контрольных точек.
March 05, 2020, 09:42:28 AM
На сегодня..
Виртуальные контрольные точки сохраняются, подгружаются, при синхронизации опрашиваются и в
случае необходимости блок отклоняется. Однако что-то упущено, в этом уверен на 99.9%.
Структура файла - "VirtualCheckPointHash"
Code:
939dcde51e97c46c941d37e9d1ee6bf44ec8926cec06644ee3747cf569aad866 ::: FORK PARENT
00015447f0e3ed43cde551a1376a603fc9e3ccc5fa2012b929e4d226b09fadd9 ::: PARENT'S CHILD
00015447f0e3ed43cde551a1376a603fc9e3ccc5fa2012b929e4d226b09fadd9 ::: FORK PARENT
00020e31868a07588f4309a04f8ca5eb746e6f779484dd557d543d7f01e94bf2 ::: PARENT'S CHILD
00020e31868a07588f4309a04f8ca5eb746e6f779484dd557d543d7f01e94bf2 ::: FORK PARENT
00023efcf3ce63796d0f6828b8b377be3c571317978e968544ad5cae32330561 ::: PARENT'S CHILD
00023efcf3ce63796d0f6828b8b377be3c571317978e968544ad5cae32330561 ::: FORK PARENT
7a9769b4dd509866bf9e555a2a576f9003b112f7dee069e85100419f4e5b8cd4 ::: PARENT'S CHILD
7a9769b4dd509866bf9e555a2a576f9003b112f7dee069e85100419f4e5b8cd4 ::: FORK PARENT
000234830426a93c976e903e243fabf448cd52d3a56f0626e0594c28f5738a06 ::: PARENT'S CHILD
000234830426a93c976e903e243fabf448cd52d3a56f0626e0594c28f5738a06 ::: FORK PARENT
717586403c463819bc6cd355f0422b8880a0cecf98f9530916506f3cc5b265b1 ::: PARENT'S CHILD
March 01, 2020, 02:29:28 PM
Готовящиеся изменения.
Добавлена функция сохранения в файл и обратной загрузки виртуальных "Check Points".
Алгоритм в режиме тестирования. На сегодня он используется только для запрета транзакций
при наличии форка в зоне споров. Изменен принцип работы с виртуальными "Check Points".
В таблице имеются хеши блока родителя и блока наследника форка, а не высота блоков с
их хеш значениями. Использование единой карты "Check Points" не планируется, поэтому для
разных ситуаций и узлов эти таблицы будут иметь различия.
February 25, 2020, 01:11:05 AM
Вернул обновленную функцию "watchonlyaddress". Контроль в режиме реального времени, только.
Характеристики.
Работает с сырыми транзакциями, только.
Сканирует исходящие транзакции.
Сканирует входящие транзакции.
Сканирует транзакции в свой адрес, да же если адрес иной.
February 22, 2020, 04:30:20 AM
На основе кода описанного выше добавлена функция "importprivkeyfast". Особенности.
1. Впервые.
2. Функция работает в дополнительном потоке.
3. Процесс сканирования контролируется(номер блока).
4. Транзакции проявляются сразу.
5. Сканирование производится в обратную сторону(очень удобно).
6. После прерывания продолжается с места остановки.
February 18, 2020, 01:09:47 PM
Готовящиеся изменения.
Функция "WachonlyAddress" удалена, "GetBalanceOfAnyAdress" добавлена. Функция сканирования блокчейна при поиске транзакций в интересующий
адрес вынесена в отдельный поток и работе кошелька практически не мешает. Доступ к информации о процессе сканирования организован через файл.
Файл находится в рабочем каталоге и носит имя адреса сканирования. После прерывания процесса сканирования он продолжится с места прерывания.
POS-генерация и блокчейн-сканирование сосуществуют.
Функция "WachonlyAddress" удалена, "GetBalanceOfAnyAdress" добавлена. Функция сканирования блокчейна при поиске транзакций в интересующий
адрес вынесена в отдельный поток и работе кошелька практически не мешает. Доступ к информации о процессе сканирования организован через файл.
Файл находится в рабочем каталоге и носит имя адреса сканирования. После прерывания процесса сканирования он продолжится с места прерывания.
POS-генерация и блокчейн-сканирование сосуществуют.
February 09, 2020, 12:31:40 PM
New version available - Hard Fork version
CACHE-Project, New protocol testing, Protocol optimization
Version : v_6.1.1.37
Version of git : v_0.7.5.211
Subversion : v_0.7.6.49
January 25, 2020, 01:27:05 AM
New version available - Hard Fork version
CACHE-Project, New protocol testing, Added response to equal timestamps of competitor blocks
Version : v_6.1.1.36
Version of git : v_0.7.5.198
Subversion : v_0.7.6.48
January 23, 2020, 03:04:31 AM
New version available - Hard Fork version
CACHE-Project, New protocol testing, To me already like
Version : v_6.1.1.35
Version of git : v_0.7.5.197
Subversion : v_0.7.6.47
Сейчас каждый Fork и каждая реорганизация видна и каждый отдельный случай легко проанализировать.
Code:
2020-01-22 10:15:16 UTC 'ProcessMessage()' - received: inv (invSize() = 2 lines, string 1)
'ProcessMessage()' - block 0003e339c343ea874d05 new
askfor block 0003e339c343ea874d05 0 (00:00:00)
sending getdata: block 00067c6996633e9eac22
sending getdata: block 0003e339c343ea874d05
sending: getdata (73 bytes)
2020-01-22 10:15:18 UTC received: block (265 bytes)
'ProcessMessage()' - received block 00067c6996633e9eac22
'CBlock->ValidationCheckBlock()' - Entry at block height=364941, accepted
ComputeNextStakeModifier: prev modifier=0xd9009cff46c2ddfb time=2020-01-22 06:19:39 UTC
'CBlock->AddToBlockIndex()' - The new block pretends to a height 364941, block chain height 364942
'CBlock->AddToBlockIndex()' - A fork is formed, the height of the parent block 364940, hash child blocks hash(1)=00067c69 hash(2)=0007c52e, creation date block(1)=01/22/20 10:04:49 block(2)=01/22/20 10:05:45
priority has the first block, BestChainTrust=864114458946373 down
'REORGANIZE':
'REORGANIZE': - Disconnect 2 blocks; 0000b7ec33e4c371a727..da5f8a1e6f8a3f5ef964
'REORGANIZE': - Connect 1 blocks; 0000b7ec33e4c371a727..00067c6996633e9eac22
Delete redundant memory transactions that are in the connected branch
'REORGANIZE': - OK done
'CBlock->SetBestChain()' - new best=00067c6996633e9eac22 height=364941 trust=864114458946374 date=01/22/20 10:04:49
'ProcessBlock()' - ACCEPTED POW BLOCK
January 22, 2020, 05:11:12 PM
05:08:43

getdifficulty
05:08:49

{
"proof-of-work" : 0.00000486,
"search-interval-powblock" : 276,
"search-twointerval-powblock" : 323,
"search-full-result-powblock" : 323,
"pow-target-spacing-variable" : 1107,
"UpperLower-pow" : 346,
"XUpper-pow" : 257,
"XLower-pow" : 1,
"proof-of-stake" : 3.07751346,
"search-interval-posblock" : 192,
"search-twointerval-posblock" : 193,
"search-full-result-posblock" : 193,
"pos-target-spacing-variable" : 735,
"UpperLower-pos" : 230,
"XUpper-pos" : 180,
"XLower-pos" : 1,
"search-interval-without pow block" : 2230,
"search-interval-without pos block" : 679,
"UnixCachChainTime" : 1579730840,
"study" : 0.00000000,
"studys" : 0.00000000
}
January 21, 2020, 06:04:13 AM
Solo....
https://github.com/JayDDee/cpuminer-opt/releases
taskkill /F /IM cpuminer-opt.exe
cpuminer-opt.exe -h
Pause
start cpuminer-opt.exe -a scryptjane:19 -o http://127.0.0.1:2224 -u USER -p PASS -t 8 --cpu-affinity ff --randomize --no-redirect -b 0 --no-gbt --coinbase-addr=address
exit
January 21, 2020, 04:07:33 AM
New version available - Hard Fork version
CACHE-Project, HardFork stable version, new protocol testing
Version : v_6.1.1.34
Version of git : v_0.7.5.195
Subversion : v_0.7.6.46
January 04, 2020, 08:31:50 AM
New version available - Hard Fork version
CACHE-Project, Hard Fork date is set in this version. Block - 364000, Version fixing
Version : v_6.1.1.33
Version of git : v_0.7.5.190
Subversion : v_0.7.6.45
December 17, 2019, 01:19:04 AM
Перенос на следующую страницу
November 28, 2019, 10:40:35 AM
На сегодня новый код не позволяет совершить двойную трату да-же обладателю 100% мощности сети.
От использования подсчета траста пришлось отказаться.
November 26, 2019, 11:13:37 AM
Quote
Приветствую
Ты команду bind используешь? Что-то не дает осуществить привязку, например файрвол.
November 25, 2019, 07:46:37 AM
New version available
CACHE-Project, Pre hard fork version
Version : v_6.1.1.31
Version of git : v_0.7.5.156
Subversion : v_0.7.6.43
November 12, 2019, 04:24:03 AM
3) Для достижения консенсуса сеть не ждет новых блоков -- Так как решение принимается быстрее количество сиротеющих блоков
дочек от конкурирующих цепей. Решение принимается уменьшится в несколько раз. Сеть начинает принимать решение при обнаружении
в несколько раз быстрее. возможности будущего ветвления.
Jump to: