On Fri, 31 Jul 2015 13:13:01 +0000 (UTC), Pit wrote:

>> Po pierwsze napisałem, że to wersja uproszczona. Po drugie weryfikacja może
>> sobie trwać, to się nie musi odbywać w milisekundach i w real timie. Klient
>> klika "Wykonaj" i robi swoje, a system w tle dopełnia reszty, może to
>> zakolejkować i zrobić, gdy będzie miał zasoby.
>
> Przykład trafiony jak to Twoje porównanie z "kapustą". Nie, system nie może
> sobie najpierw dać Ci kasy na konto, a potem sobie w wolnym czasie
> zaksięgować.

Eeee, że co? Co znaczy "dać Ci kasy na konto"? Wszak danie na konto to
właśnie księgowanie, czyli kasa pojawi się na koncie po tym jak proces się
zakończy. Nie ma tu dualności żadnej.

> O ile sesja elixir to jest JEDEN dokumenht elektroniczny
> zawierający dziesiątki tysięcy pozycji (weryfikacje podpisów itd. robi się
> raz), o tyle RTGS to dziesiątki tysięcy jednopozycyjnych dokumentów
> elektronicznych (z których każdy musi zostać po jednej stronie podpisany a
> po drugiej zweryfikowany). Sam "insert into" to detal, jak się kasa pojawia
> na koncie, to znaczy, że wszystkie formalności zostały już załatwione.

Ale ja z tym nie polemizuję! Ja polemizuję z twierdzeniem, że jest to tak
cholernie obliczeniowo złożone, że serwery nie dadzą rady robić tego online
i trzeba to robić metodami sprzed 20 lat.

> Te wszystkie BlueCashe korzystają z tego, że banki mają uprawnienia
> notarialne i poświadczają swoim podpisem elektronicznym dokumenty robione
> przez innych (nawet moje czy Twoje przelewy - nasze hasła czy PIN-y z
> tokenów to żaden podpis, bank poświadcza zlecenie za nas). A to tylko jeden
> aspekt - ważność dokumentu (podpowiem - nie, nie wystarczy zrobić tego po
> SSL-u i podpisać połączenie, musi być podpisany każdy dokument, bo ten
> dokument wraz z podpisem musi być przechowywany przez ileś tam lat i musi
> być weryfikowalny "sam w sobie", na przykład jeśli się go zgra na
> przysłowiową dyskietkę).

No i fajnie, tylko gdzie tu jest jakiś grubszy problem?

>>> Czy się nie da? Oczywiście że się da, w końcu Elixirem biega około 2
>>> miliardy transakcji rocznie, czyli nic nadzwyczajnego, niecałe 7 milionów
>>> transakcji dziennie uwzględniając tylko dni robocze, gdyby chodziło o samo
>>> "insert into" to byłby to detal.
>>
>> To nadal jest detal. Jeśli sama obsługa komunikacji i baz to detal, a już
>> obsługa uwierzytelniania i autoryzacji to kosmiczny wyczyn to ...cytując
>> Ciebie... nie mam więcej pytań ;-)
>
> Pisałem nie o uwierzytelnianiu i autoryzacji, tylko o podpisie
> elektronicznym, autoryzacja i uwierzytelnianie to osobna sprawa. Skoro nie
> masz więcej pytań, to dziękuję za uwagę ;)

Nie ma za co. Tak to już bywa, że czasem ludzie przyjmują zastane
rozwiązania jako święte i nie dopuszczają do świadomości, że może być
lepiej, bronią skrzywionej idei i udowadniają jej zasadność.

>> Wyobraź sobie, że nie w weekend, ale na etacie "trzaskam" serwery RESTowe i
>> zapieprzają aż miło. Mają też autoryzację i uwierzytelnianie, choć bez
>> podpisów cyfrowych, nie ma takiej potrzeby. No i nie w Pythonie, ani innym
>> języku skryptowym, są kompilowane do kodu natywnego maszyny.
>
> Twoje serwery nie obsługują dokumentów elektronicznych (w rozumieniu
> prawnym), a przynajmniej tak zgaduję po tym co pisałeś (komputery
> wspomagają przetwarzanie danych, ale jak trzeba formalnie, to jest papier).
> Owszem, da się wszystko zrobić, ale aby zapewnić szybkie przelewy, to nie
> wystarczy zmodernizować to, co jest w NBP, ale też wszystkie banki w tym
> jakieś banki spółdzielcze w koziej wólce, bo i tak będziesz narzekał
> "kurwa, miało być w 5 minut a kasy na koncie nie ma",

No i w czym znów problem? Jeśli NBP i KIR wprowadzą taki system równolegle
ze starym, to przelewy do banków które się nie podłączą pod system online
nie będą online i klienci szybciutko zagłosują portfelami przeciw bankom,
które się nie dostosują. Tak działa wolny rynek.

--
howgh
szemrany
"Trzeba z żywymi naprzód iść, po życie sięgać nowe,
a nie w uwiędłych laurów liść z uporem stroić głowę"