No dobra odkryłem powód dla jakiego nie widzę transakcji #grin w stempoolu podczas testów.
Testy robiłem na latopie, bez otwierania portów na routerze. A okazało się że transakcje do stempoola trafiają tylko poprzez połączenia inbound od innych peerów. Ale dowiedziałem się dzięki dyskusji o stempoolu jaką zainicjowałem na kanale devów.
Ale mnie to wymęczyło ( ͡° ͜ʖ ͡°). Teraz jestem spokojniejszy.

#bitcoin #kryptowaluty
O.....I - No dobra odkryłem powód dla jakiego nie widzę transakcji #grin w stempoolu ...

źródło: comment_WDMu16aWVYYPHqgTcrD6j9Yi8108Q2FM.jpg

Pobierz
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Co do wielkości bloku #grin. Wydaje mi się że to co jest istotne to wielkość kerneli, bo one tylko finalnie zostają w blockchain.
Z tego co rozumiem jest kilka rodzajów kerneli.Obecnie chyba są przechowywane w ten sam sposób co marnuje miejsce. Dlatego właśnie wdrażana jest standaryzacja wielkości kernela w zależności od rodzaju.

Each transaction kernel variant may have associated data. For example height locked kernels include an associated lock height
  • 5
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Coś jest dziwnego z tym mempoolem #grin. Każdy node jest ustawiony żeby 90% czasu być w mode stem. Czyli w stempoolu ilość transakcji powinna być nieznacznie tylko niższa od wszystkich transakcji.
Jeden z dewów co już pisałem dał mi link do statystyki swojego noda.
Ciekawie się zrobiło jak wziąłem ustawiłem dłuższy okres czasu. W pewnym momencie historii ilość tx w stempoolu dramatycznie spadła, czego nie można powiedzieć o txpoolu
O.....I - Coś jest dziwnego z tym mempoolem #grin. Każdy node jest ustawiony żeby 90%...

źródło: comment_IbBFWsjHR6376WnPxZ9HPQ3AIGHzhuSV.jpg

Pobierz
  • 1
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Coś nie tak z tą fazą stem. Nie daje mi to spokoju. Wyciągam wielkość stempoola i dostaję zawsze 0. A robię to identycznie jak w przypadku txpoola. A to takie same obiekty. Więc zrobiłem test.

Z finalizowałem transakcję #grin o godz. 18:06, dokładnie w tym samym momencie weszła do txpoola na moim lapku. Czas UTC więc jest przesunięcie 2h.

'tx_at': '2019-09-01T16:06:17
O.....I - Coś nie tak z tą fazą stem. Nie daje mi to spokoju. Wyciągam wielkość stemp...

źródło: comment_7UoIdQs3uzS7wx99m5f13fXTMHmAPSVN.jpg

Pobierz
  • 2
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Swoją drogą robiłem tego gifa cybera w trakcie testów #grin ( ͡° ͜ʖ ͡°).
Znalazłem w kodzie że każda transakcja jak jest już wyrzucana do sieci to trafia jeszcze na 30 min do reorgcache.
Udało mi się wyrzucić zawartość tego cache. Ładnie widać jak transakcje wchodzą do txpoola, opuszczają go, a reorg
cache ciągle je trzyma. Dobre miejsce do dobrania się do transakcji.

#kryptowaluty
O.....I - Swoją drogą robiłem tego gifa cybera w trakcie testów #grin ( ͡° ͜ʖ ͡°).
Z...

źródło: comment_OtetMHfN7xtGVWSd5f68zsVCV70w2R6d.jpg

Pobierz
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@megaloxantha:
Mam taki plan. Ale chciałbym chwytać transakcje wcześniej niż w mempoolu, tak żeby móc przypisać im IP z którego były wysłane. Oczywiście Dandelion maskuje prawdziwe źródło. Ale póki sieć jest mała a obecnie imho jest bardzo mała w porywach do 200 nodów. To na upartego stawiając 10 swoich szpiegowskich w różnych serwerowniach na świecie można by próbować jakieś analizy tej sieci.
A i taki serwis nie może stać na
  • Odpowiedz
Pierwsze podejście do modyfikacji kodu #grin dało mieszane doznania. Compilator sypnął błędami, zaczęła się orka z szukaniem. Okazało się że trzeba trochę zapanować nad nazwami funkcji i zmiennych. A poza tym że plików w których trzeba wprowadzić zmiany jest więcej niż 3, wyszło chyba z 7 w sumie. Oczywiście wszystko robione w notatniku, na szczęście linuxowym xed, więc było trochę łatwiej.
Efekt bez satysfakcji niby zaprogramowałem nowe rest api do
O.....I - Pierwsze podejście do modyfikacji kodu #grin dało mieszane doznania. Compil...

źródło: comment_riAC8naK1DHloHMoa7zVyV3KGmNWF90D.jpg

Pobierz
  • 5
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Staje się specjalistą od kompilacji i stawiania nodów grina. K---a na co mi to potrzebne ( ͡° ͜ʖ ͡°)


@OPcodeRTI: Wpiszesz sobie do CV. Przyda się jak będziesz aplikował na stanowisko administratora masternodów w Amelcio sp.z.o.o.
  • Odpowiedz
Zacząłem trochę grzebać w kodzie #grin. Co prawda nie znam kompletnie języka Rust ale co tam :) nie zniechęcam się.
Generalnie chciałbym wyciągnąć sobie dane z poola. Rozkminiłem, że grin ma dwa poole.
1. Stempool
2. Transaction pool

Pierwszy jest używany przez Dandeliona w celu maskowania pochodzenia transakcji. Transakcje trzymane tam są przez pewien czas i przesyłane pomiędzy nodami. Następnie wrzucane do transaction poola i propagowane do sieci. Zapobiega to wyśledzeniu
  • 3
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@taksanski_widelec: tam nic - po spodem jest to samo dla stempoola
w sumie o co pytałeś o całość zmian ( ͡° ͜ʖ ͡°), czy to jedno tostring() hehe

ja chcę dodać funkcję totalsize dla stempoola, zrobić ją dostępną z poziomu API i tyle
potem będę się przymierzał do
  • Odpowiedz
@megaloxantha: Na razie nie wiem jak się dostać do mempoola, zdaje się że wszystko ląduje w jednej bazie i nawet jak nie jest zaszyfrowane, to jest mało czytelne.
Same transakcje nie są zbyt ciekawe, ponieważ i tak po przekazaniu do noda zawierają tylko to co finalnie ląduje z blockchain czyli same inputy, outputy .
Dla mnie ciekawsze było by analizowanie który node wysłał transakcję. W celu przyjrzenia się jak działa
  • Odpowiedz
Wygląda na to, że rzeczywiście zwykły node grina nie trzyma pełniej historii i dane starsze niż tydzień są usuwane.
Jak odpytuję swojego noda o jeden z ostatnich bloków to dostaje dane a jak o blok pierwszy to nic nie dostaję.
Czyli żeby analizować całą historię trzeba mieć uruchomionego noda z opcją archiwizowania.

#run the node in "full archive" mode (default is fast-sync, pruned node)
archive_mode = false
O.....I - Wygląda na to, że rzeczywiście zwykły node grina nie trzyma pełniej histori...

źródło: comment_thn7RmrVu90MfZhFn9pr4y4FvVICIFA7.jpg

Pobierz
  • 3
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Ciekawostek #grin ciąg dalszy.

Tajemniczy twórca grina jakiś czas temu zniknął, jak się okazuje, wraz z nim znikał dostęp do części środków (ʘʘ).

Co ciekawe niby zniknął a wczoraj min udzielił mi odpowiedzi na liście dyskusyjnej.
Ten jego powrót wywował u niektórych devów konsternację ( ͡° ͜ʖ ͡
O.....I - Ciekawostek #grin ciąg dalszy. 

Tajemniczy twórca grina jakiś czas temu ...

źródło: comment_Fs08MOrjqq0NG5QEnbX9uxNRYYKDrYxM.jpg

Pobierz
  • 7
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Znalazłem taki ciekawy wpis twórcy #grin, który chyba nijak się ma do wyobrażeń cyberiusza.
Tylko wyobrażeń, bo jak wiadomo żyje on głównie w swojej wyobraźni, powielając wpisy po innych BTC maksymalistach i nigdy nie sięga do źródeł.

Więc pamiętam guwnoburzę jaką cyber i spółka kręci jakiś czas temu wokół jakiegoś tekstu Vitalika dot. finansowania developerki. Nie pamiętam o co chodziło, skoro powtarzał to cyberiusz to na 90% nie była to
O.....I - Znalazłem taki ciekawy wpis twórcy #grin, który chyba nijak się ma do wyobr...

źródło: comment_ZtGKyPgDQVsLI9ESH2evoIqgO3KH1mah.jpg

Pobierz
  • 3
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Dzisiaj w nocy cyberiusz dostał ataku.

Obrzucił mnie wyzwiskami, inwektywami, wypisywał jakieś pomówienia, bzdury, kłamał a wszystko dlatego że od tygodnia interesuję się #grin (_
  • 4
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@OPcodeRTI: cyber to przecież czysty spekulant. Prosty człowiek który kupił BTC i jedyne na co może liczyć to to że pójdzie do góry i de facto nie zależy mu na tym żeby ktokolwiek używał BTC do czegokolwiek innego niż spekulacji... tyle zmarnowanego potencjału.
  • Odpowiedz
Cyber się wypowiedział o #grin chociaż

1. nigdy nie miał grinów
2. nigdy nie miał noda
3. nigdy nie zrobił żadnej transakcji
4. nigdy nie przeczytał dokumentacji
  • 3
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@100x: On nie umie dyskutować i mnie zablokował.
Ja jego walli tekstu nigdy nie czytam, bo tam przeważnie większość to powklejane bezładnie rzeczy z neta. Bez związku z tematem.

Ja nie mam go na czarno, ale on u mnie nie napisze, bo się boi, że uznam że znowu napisał nie na temat i mu skasuje te wysrywy ( ͡° ͜ʖ ͡°)

Cyberiusz jest niereformowalny. Dobrze się
  • Odpowiedz