HODLER otwartoźródłowy portfel kryptowalutowy- BTC, NANO, BCH, DASH, LTC, RVN, ETH + Tokeny ERC20

[HODLER.TECH]

marimach77

Ustaliliśmy właśnie gdzie jest problem. Błąd polega na tym że zakładamy że zawsze jakiś panel jest trzymany przez myszkę i w momencie puszczenia próbuje mu przypisać nowe miejsce.

Poprawimy to, prześlij swój adres ETH do nagrody w postaci HDL:)

[marimach77]

marimach77

Ustaliliśmy właśnie gdzie jest problem. Błąd polega na tym że zakładamy że zawsze jakiś panel jest trzymany przez myszkę i w momencie puszczenia próbuje mu przypisać nowe miejsce.

Poprawimy to, prześlij swój adres ETH do nagrody w postaci HDL:)

Poszło PW. Super, że szybko reagujecie na zgłaszane błędy. Kiedy mniej więcej pojawi się nowa wersja dla Windows?

[HODLER.TECH]

@marimach77

0.2.7 była już kilkukrotnie przekładana, prowadzimy intensywną kampanię promocyjną portfela i napływa do nas mnóstwo nowych użytkowników a wraz z nimi dużo nowych błędów. Myślę że bezpiecznym terminem będzie środa 10.10 dla Windows, Android powinien być wcześniej. Musimy zmienić system dodawania poprawek do kolejnych wydań w związku z nagłą zmianą ilości osób które testują portfel, żeby znowu były realizowane zgodnie z zapowiedziami. Nagroda zaraz do Ciebie dotrze.

Zapraszamy do retwittowania naszych testów infrastruktury podczas których można zarobić sporo gotówki w Bitcoin:

Dodano po 5 godzinach 57 minutach 38 sekundach:
Poprawka na życzenie @marimach77 już gotowa:)

[marimach77]

Poprawka na życzenie @marimach77 już gotowa

Jak miło . O to mi chodziło . Dzięki.

Edit: ale najbardziej byłbym zadowolony z walleta na iOSa. Kiedy?

[HODLER.TECH]

Prace nad iOS są już rozpoczęte, po obecnym wydaniu musimy jeszcze zmienić nieco strukturę kodu by dało się go łatwo implementować na innych platformach. Sporo ludzi pyta ostatnio o iOS'a, także to dla nas ważny krok. Realne jest uruchomienie wsparcia smartfonów Apple w wersji 0.3, czyli za około 6 tygodni.

[marimach77]

Sporo ludzi pyta ostatnio o iOS'a, także to dla nas ważny krok.

Nie dziwię się, ja prawie już nie używam laptopa, czy stacjonarnego kompa. Wszystko co muszę robię z telefonu lub tableta (akurat z iOSem).

[HODLER.TECH]

Wysyłamy właśnie mailing z prośbą o podanie miejsca w które mamy wysłać HODLER Hardware Wallet Prototype. Jeśli nie otrzymasz od nas wiadomości, proszę o PM, lub przesłanie wiadomości email feedback@hodler.tech z adresu email który użyłeś podczas zakupu tokenów HDL.

[marimach77]

@marimach77

0.2.7 była już kilkukrotnie przekładana, prowadzimy intensywną kampanię promocyjną portfela i napływa do nas mnóstwo nowych użytkowników a wraz z nimi dużo nowych błędów. Myślę że bezpiecznym terminem będzie środa 10.10 dla Windows, Android powinien być wcześniej.

To jak z tym poprawionym portfelem dla Windows? Teoretycznie miał być wczoraj

[HODLER.TECH]

To wydanie faktycznie było już przekładane kilkukrotnie co nie jest dla nas powodem do dumy. Chcieliśmy zawrzeć w tej aktualizacji zbyt wiele poprawek a przysłano je do nas już po publikacji przeze mnie daty nowego wydania. Przenosimy zmiany z aplikacji na Androida 0.2.7 która już jest opublikowana w Google Store, do wersji Windows, oraz unifikujemy kod aby przygotować grunt pod wydanie iOS. W związku z tym nowa data publikacji wersji Windows to sobota-niedziela. Przepraszam za te opóźnienia.

[HODLER.TECH]

Zastanawiamy się obecnie nad ułatwieniem weryfikacji naszego oprogramowania od strony programistycznej.

Problem: Nasze oprogramowanie tworzone jest w Delphi, wymaga skonfigurowanego środowiska, z płatnymi komponentami. Kompilacja przez użytkownika może wiec być utrudniona, przez co weryfikacja naszego kodu może okazać się trudna. Kolejnym problemem jest klucz API który jest wspólny dla wszystkich użytkowników którzy pobierają wersję skompilowaną, jednak nie może zostać ujawniony, aby nie powstawały kopie portfela ze zmienionym wyglądem, korzystające z naszej infrastruktury.

Nasze rozwiązanie: Kompilacja będzie odbywała się publicznie:
1. Kiedy zakończymy przygotowanie wydania aplikacji, jej kod zostanie opublikowany na GitHub.
2. Włączymy nagrywanie ekranu na komputerze developera na którym nastąpi kompilacja.
3. Programista pobierze kod z GitHub, doda klucz API (bez ujawniania go), skompiluje program na nagraniu
4. Podpiszemy aplikację naszym certyfikatem
5. Wygenerujemy hash skompilowanej aplikacji który każdy użytkownik portfela będzie w stanie samodzielnie zweryfikować i porównać z wygenerowanym na nagraniu.

Jakie korzyści daje to rozwiązanie:

Powyższa procedura, da 100% pewność, że kod znajdujący się na GitHub (w oddzielnym katalogu dla każdego release) jest ten sam, który został użyty do kompilacji publicznie wydanej wersji. GitHub śledzi zmiany w kodzie, także jego podmiana bez pozostawienia śladów jest niemożliwa. Ciągłość nagrania i publikacja w wersji oryginalnej, da możliwość szybkiej weryfikacji nawet niezaawansowanym użytkownikom.

Co o tym myślicie? Czy widzicie w powyższym rozwiązaniu jakąś lukę która może umożliwić przemycenie w kodzie szkodliwej zmiany? Klasycznie w takich sprawach, proszę o opinię @pm7.

Dodano po 5 godzinach 35 minutach 50 sekundach:
@marimach77 Nowa wersja na Windows jest już również dostępna. Przy uruchomieniu poprzedniej wersji program powinien wykryć aktualizację i wyświetlić komunikat z propozycją aktualizacji. Po jego zatwierdzeniu wszystko powinno stać się automatycznie, pobrana zostanie nowa wersja, stara zostanie nią zastąpiona a portfel uruchomi się sam, już zaktualizowany. Jeśli coś po drodze pójdzie nie tak, prosimy o zgłoszenie oraz pobranie aktualizacji ręcznie: https://hodler.tech/download/Windows/

[marimach77]

@marimach77 Nowa wersja na Windows jest już również dostępna. Przy uruchomieniu poprzedniej wersji program powinien wykryć aktualizację i wyświetlić komunikat z propozycją aktualizacji. Po jego zatwierdzeniu wszystko powinno stać się automatycznie, pobrana zostanie nowa wersja, stara zostanie nią zastąpiona a portfel uruchomi się sam, już zaktualizowany. Jeśli coś po drodze pójdzie nie tak, prosimy o zgłoszenie oraz pobranie aktualizacji ręcznie: https://hodler.tech/download/Windows/

Zaktualizowałem wallet Windows do wersji 0.2.7 ale:
1. Po uruchomieniu walleta w wersji 0.2.6 nie wykrył automatycznie nowej aktualizacji, musiałem wejść do Settings -> Check update - wtedy poszło
2. Nie ma ETC - będzie w 0.2.8?
3. Można by dodać komunikat o braku nowej wersji jeśli kliknie się w "Check update" i nowszej wersji nie ma. Obecnie nic się nie dzieje w takiej sytuacji.

[HODLER.TECH]

@marimach77 1. Sprawdzimy to
2. ETC planujemy w 0.2.9
3. Dobry pomysł.

Dzięki.

[marimach77]

@marimach77 1. Sprawdzimy to
2. ETC planujemy w 0.2.9
3. Dobry pomysł.

Dzięki.

4. Może również zmieniać tłumaczenie na wybrany język głównego guzika (lewy dolny róg) "Settings"? Obecnie zawsze jest on po angielsku, bez znaczenia jaki język wybierzemy.
5. Tak samo jw. z guzikiem "Check update"

[pm7]

Powyższa procedura, da 100% pewność, że kod znajdujący się na GitHub (w oddzielnym katalogu dla każdego release) jest ten sam, który został użyty do kompilacji publicznie wydanej wersji. GitHub śledzi zmiany w kodzie, także jego podmiana bez pozostawienia śladów jest niemożliwa. Ciągłość nagrania i publikacja w wersji oryginalnej, da możliwość szybkiej weryfikacji nawet niezaawansowanym użytkownikom.

Co o tym myślicie? Czy widzicie w powyższym rozwiązaniu jakąś lukę która może umożliwić przemycenie w kodzie szkodliwej zmiany? Klasycznie w takich sprawach, proszę o opinię @pm7.

Niestety, nie mogę potwierdzić
Znane są już techniki "złośliwych kompilatorów", to znaczy, przypadków dorzucania/zmieniania kodu na złośliwy przez sam kompilator.
Jeżeli Wam się chce, to pewnie, róbcie nagrania procesu pobrania kodu (najlepiej z pokazaniem commit id), kompilacji i generowania hash, jest to drobne zwiększenie bezpieczeństwa, ale niestety nie gwarancja.
Tym bardziej jeżeli używacie płatnych (czyli takich z zamkniętym źródłem, nie?) komponentów Dephi (nie spodziewałem się, że po zakończeniu liceum gdzieś to zobaczę ).

Kolejnym problemem jest klucz API który jest wspólny dla wszystkich użytkowników którzy pobierają wersję skompilowaną, jednak nie może zostać ujawniony, aby nie powstawały kopie portfela ze zmienionym wyglądem, korzystające z naszej infrastruktury.

Nie obawiacie się możliwości wyciągnięcia klucza API z już skompilowanego programu (np. przez dekompilację albo SSL MitM przez wrzucenie kluczy SSL proxy do systemowej bazy zaufanych)? Zwróćcie uwagę jak wiele środków ładuje się w ochronę gier (Denuvo), a mimo to są one crackowane.

Problem: Nasze oprogramowanie tworzone jest w Delphi, wymaga skonfigurowanego środowiska, z płatnymi komponentami. Kompilacja przez użytkownika może wiec być utrudniona, przez co weryfikacja naszego kodu może okazać się trudna.

Smutne. "Reproducible Builds" to bardzo dobra rzecz dla bezpieczeństwa, choć przykład Trezora pokazuje, że i tak ludzie się nie wykazują zainteresowaniem potrzebnym, żeby to działało (Trezor ma "Reproducible Builds" i publikuje hash nowych wersji firmware zakładają, że inni ludzie będą również budować i porównywać, niestety niespecjalnie tak się dzieje).

[FL4RE]

Niestety, nie mogę potwierdzić
Znane są już techniki "złośliwych kompilatorów", to znaczy, przypadków dorzucania/zmieniania kodu na złośliwy przez sam kompilator.
Jeżeli Wam się chce, to pewnie, róbcie nagrania procesu pobrania kodu (najlepiej z pokazaniem commit id), kompilacji i generowania hash, jest to drobne zwiększenie bezpieczeństwa, ale niestety nie gwarancja.
Tym bardziej jeżeli używacie płatnych (czyli takich z zamkniętym źródłem, nie?) komponentów Dephi (nie spodziewałem się, że po zakończeniu liceum gdzieś to zobaczę ).

Co do komponentow to jeden jest platny, ale zrodlo otwarte. Jesli chodzi o sama kompilacje, to bedzie mozna ja wykonac w domu bazujac na wersji trial komponentu oraz darmowej wersji Delphi i porownac np. regiony w pliku exe, bo hash calego pliku na 100% bedzie inny.

Nie obawiacie się możliwości wyciągnięcia klucza API z już skompilowanego programu (np. przez dekompilację albo SSL MitM przez wrzucenie kluczy SSL proxy do systemowej bazy zaufanych)? Zwróćcie uwagę jak wiele środków ładuje się w ochronę gier (Denuvo), a mimo to są one crackowane.

Wychodze z zalozenia, ze wszystko co napisal czlowiek, moze scrackowac czlowiek, lecz oba przypadki, kradziez kluczy API oraz mitm nie sa w stanie zaszkodzic uzytkownikowi koncowemu. Wallet nie wysyla ani nie odbiera wrazliwych danych mogacych pozbawic uzytkownika srodkow, a dodatkowo w przyszlych wypustach odpowiedzi API beda podpisane kluczem prywatnym (wallet bedzie posiadac klucz publiczny do weryfikacji).

Smutne. "Reproducible Builds" to bardzo dobra rzecz dla bezpieczeństwa, choć przykład Trezora pokazuje, że i tak ludzie się nie wykazują zainteresowaniem potrzebnym, żeby to działało (Trezor ma "Reproducible Builds" i publikuje hash nowych wersji firmware zakładają, że inni ludzie będą również budować i porównywać, niestety niespecjalnie tak się dzieje).

Obstawiam, ze na swiecie istnieje waski procent (ba, promil) ludzi ktorzy weryfikuja hashe czegokolwiek

Dzieki za uwagi

[HODLER.TECH]

@pm7 Jako dodatkową, niezależną od pierwszej, metodę weryfikacji kodu, rozważamy jeszcze maszynę wirtualną ze skonfigurowanym środowiskiem (reset po każdym użyciu). Dzięki za Twoje uwagi.

Chcielibyśmy ogłosić że wprowadziliśmy do naszego portfela DASH Instant Send. Możliwość użycia tej opcji będzie możliwa począwszy od kolejnego wydania 0.2.8. Postaramy się również wprowadzić możliwość przesyłania monet w trybie Private, aby udostępnić do użytku wszystkie zalety kryptowaluty DASH.



Warto wspomnieć ze przy użyciu opcji "Add Coin" można ustawić dowolną koordynatę X adresu HD, czyli tworząc sobie portfel o wysokich koordynatach, można w dodatkowy sposób zabezpieczyć się przed kradzieżą, nawet przy wypłynięciu seeda. Portfele są tworzone standardowo od X=0,X=1,...,X=N, jednak jeśli ustawimy sobie X=9971337666, ktoś kto pozyska nasz tajny seed będzie musiał przeszukać 9971337665 portfeli zanim natrafi na środki a wygenerowanie i przejrzenie jednego portfela z jednym adresem zajmuje około sekundy. Dlatego jeśli ktoś przechowuje backup seeda w formie plaintext na komputerze, to nawet w przypadku kradzieży, jest szansa bezpiecznie przesunąć środki. Opcja o której mowa, znajduje się tutaj:

[pm7]

@pm7 Jako dodatkową, niezależną od pierwszej, metodę weryfikacji kodu, rozważamy jeszcze maszynę wirtualną ze skonfigurowanym środowiskiem (reset po każdym użyciu). Dzięki za Twoje uwagi.

To wciąż kwestia zaufania do Was, chyba, że będziecie konfigurować środowisko od zera przy każdej kompilacji (co również można obejść ).

Portfele są tworzone standardowo od X=0,X=1,...,X=N, jednak jeśli ustawimy sobie X=9971337666, ktoś kto pozyska nasz tajny seed będzie musiał przeszukać 9971337665 portfeli

Fajna myśl, przy czym podana przykładowa liczba jest dość duża. Sprawdziliście, że wszędzie używacie odpowiednio dużych zmiennych i nigdzie się nie przepełnia?
Bo inaczej przy którejś aktualizacji zmienią się generowane klucze i kasa "zniknie".

[HODLER.TECH]

W takim razie postaramy się bardzo dokładnie opisać proces samodzielnej konfiguracji środowiska, podlinkować niezbędne komponenty. Wszystkie są Open Source, nawet komercyjne. Poza tym, dla mniej wtajemniczonych osób będziemy nagrywali kompilację i publikację kodu.

Opcja parametr X jest wyraźnie oznaczona jako "dla zaawansowanych", oraz że nieumiejętne użycie może grozić utratą środków. Wprawdzie informacja jest trochę na wyrost, ponieważ pieniądze nie znikają, ale potrafi to wprowadzić nieco zamieszania więc oznaczyliśmy to w taki sposób, aby osoby które wiedzą co robią, mogły dodatkowo zabezpieczyć swoje środki bez ryzyka dla osób początkujących lub nie posiadających głębokiej wiedzy o tej technologii.

Chcemy zawrzeć w portfelu jak najwięcej indywidualnych cech każdej z kryptowalut aby portfel był nie tylko "schowkiem" a narzędziem, przydatnym również bardziej zaawansowanym użytkownikom. Tryb sprzedawcy będzie miał dużo bardziej uproszczony interfejs, przydatny również osobom niezaawansowanym, dla których liczy się prostota.

Zebraliśmy już około 70% odpowiedzi od osób które mają prawo do bezpłatnego prototypu HODLER'a Hardware Wallet. Z wieloma osobami musimy rozmawiać indywidualnie, ponieważ podają niepełne dane umożliwiające dostarczenie przesyłki, zmieniają swoje dane, poprawiają je. Po przygotowaniu ostatecznej listy adresów prześlemy ją jeszcze raz w celu potwierdzenia i zostaną umieszczone na nalepkach kurierskich.

[marimach77]

Zebraliśmy już około 70% odpowiedzi od osób które mają prawo do bezpłatnego prototypu HODLER'a Hardware Wallet.

A tak w skrócie, co trzeba było zrobić aby mieć prawo do bezpłatnego prototypu?

[HODLER.TECH]

Posiadać co najmniej 100.000 tokenów HDL, zakupionych podczas trwania ICO.