Aktywne Wpisy
Moreso_pl +549
Zapraszamy na #rozdajo z Moreso.pl
Do wygrania jest paczka o wartości 85 zł, która składa się z:
1. masło orzechowe 1 kg
2. orzeszki w chrupiącej skorupce o smaku zielona cebulka 700g
3. mango suszone 500g
4. orzeszki ziemne chili&lime 1 kg
Zasady:
1. Zaplusuj ten wpis
2. Odpowiedz na pytanie:
Osoba z komentarzem o największej ilości plusów wygrywa. Ciekawi jesteśmy Waszej kreatywności ( ͡° ͜ʖ ͡°)
Dodatkowo
Do wygrania jest paczka o wartości 85 zł, która składa się z:
1. masło orzechowe 1 kg
2. orzeszki w chrupiącej skorupce o smaku zielona cebulka 700g
3. mango suszone 500g
4. orzeszki ziemne chili&lime 1 kg
Zasady:
1. Zaplusuj ten wpis
2. Odpowiedz na pytanie:
Osoba z komentarzem o największej ilości plusów wygrywa. Ciekawi jesteśmy Waszej kreatywności ( ͡° ͜ʖ ͡°)
Dodatkowo
dotankowany_noca +286
Mam pytanie związane z smart contracts i authentication/authorization do apki.
Aktualnie mam prywatny blockchain dzięki BlockApps (ale zastanawiam się jeszcze nad IBM Blockchain as a Service). W tej aplikacji będę tworzył użytkownikom konta, by mogli przeglądać swoje dane. I teraz mam zagwozdkę jak rozwiązać problem logowania/rejestracji/uprawnień.
Odbiorcami tej aplikacji nie będą użytkownicy, którzy mają portfel Ethereum i swój klucz prywatny/publiczny. Gdyby byli to problem by się rozwiązał za pomocą logowania po adresie portfela i prostego challange po web3.js. Jak wspomniałem wcześniej ja używam prywatnego blockchaina i mogę tworzyć sobie użytkowników co też aktualnie robię, ale w kontrakcie mam ich email/hasło i waliduję ich dane. Z punktu widzenia bezpieczeństwa i ideologii blockchain jest to karygodne.
Czy w takim razie sensowne jest wysłanie użytkownikowi po rejestracji na adres email, który podał adresu portfela użytkownika czy macie jakiś inny pomysł na rozwiązanie tego?
#ethereum #solidity #blockchain #programowanie #dapp
Pytanie chyba powinieneś kierować do swojego dostawcy blockchaina. Oczywiście, tylko wcześniej musisz się dobrze zastanowić czego chcesz. Bo nie widzę większego (technicznego) problemu w zaimplementowaniu "master key", którego zmiany będą akceptowane przez sieć.