Polskie Forum Bitcoin

Dzień dobry,

Posiadam na sprzedaż przykładowy kod aplikacji giełdy kryptowalut.
Sam projekt jako giełda nie wiem czy wystartował, ale przypuszczam, że nie (słomiany zapał zamawiającego?) przez co można powiedzieć, że nie jest jeszcze sprawdzony w boju, ale może zostać wykorzystnay jako działający szkielet do wykończona i/lub źródło wiedzy w tym temacie.

Kod jest napisany profesjonalnie, między innymi kilka technikaliów, o których wykonawcy półamatorskich serwisów w PHP często nawet nie słyszeli:
- giełda działa jako prawdziwa aplikacja z realną wielowątkowością (nie jest oparta o periodyczne "wołanie skryptu CRONem")
- posiada kompleksowy kod operacji na walutach (brak błędów zmiennoprzecinkowych itp.)
- pisana w sposób thread-safe zarówno od strony aplikacji jak i bazy danych SQL (realne transakcje z odpowiednim poziomem izolacji i propagacji)
- oferty na stronie głównej na żywo przez WebSocket

Zgrubny spis funkcjonalności:
- Rejestracja konta
- Potwierdzanie konta (email)
- Odzywskiwanie (a włąściwie reset) hasła
- Panel administracynjy (historia transakcji ogólnych, historia transakcji użytkownika, fundusze użytkowników, użytkownicy, statystyki)
- Formularz zgłaszania sugestii
- Obsługa depozytów na giełdę przez RPC portfeli
- Przykładowe integracje z Litecoin, Dogecoin, Quarkcoin, Primecoin, Ppcoin, Namecoin, Primecoin [system był pisany w czasię, gdy te alty były "na topie"]
- Tabele ofert (update na żywo przez websocket), Wykresy ofert i wolumenu
- Wielojęzykowość (polski/angielski)
- Integracja z porfleami przez RPC (depozyty i wypłaty)
- Strony użytkownika (moje fundusze, moje oferty, historia transakcji, wpłać/wypłać)
- Obsługa prowizji

Testowana na 200 wykonanych transakcjach/sek i 15 tys. klientów "live" podłączonych na stronie główej (live update)

Wystawiam fakturę VAT. Posiadam pełne prawa autorskie do kodu.

Dla zainteresowanych do wglądu screenshooty, przykładowe źródła (np. unit test)

Zaznaczam, że jest to "odgrzebany" projekt, wymagający wykończenia lub na cele edukacyjne (jak przeprowadzać operacje na typach walutwych, live update, jak integrować się z portfelami itp.), aktualnie w ciągu najbliższego kwartału nie mam dostępności by dalej go rozwijać/dopracować na czyjeś potrzeby, ale w ciągu najbliższych miesięcy taka opcja też istnieje.

Zapraszam do kontaktu

Tak, aktualne cały czas i raczej będzie - domyślnie nie przewiduję sprzedaży z całymi prawami majątkowymi, lecz licencją do komercyjnego użycia i modyfikacji.

Chociaż nie wykluczam także sprzedaży z prawami majątkowymi (przejęcie praw przez kupującego, możliwość dalszej odsprzedaży itd.)

Profesjonalnie napisana giełda używająca portfeli po RPC. Taaak...

Nie wątpię, że zważając na Twoje doświadczenie nie raz ulokowałeś środki na "profesjonalnie napisanej" giełdzie w PHP, a czepiasz się RPC. (szybki research w czasie kiedy to pisałem, ok 3-4 lat temu, pokazał, że wszystkie popularniejsze giełdy były wykonane w PHP).

Nie żebym się czepiał PHP - to jest tylko moja przykładowa riposta do czepiania się RPC. Ostateczna jakość aplikacji, wydajność, bezpieczeństwo itd. zazwyczaj w 99% zależy i tak od samego wykonania, a nie wykorzystanej technilogii.

Masz jakieś sensowne argumenty przeciwko wykorzystaniu RPC czy tylko bijesz pianę? Zapraszam do publicznej dyskusji

Portfel Core nie jest przewidziany na dużą ilość obsługiwanych adresów/transakcji. Po prostu kosmicznie zwalnia aż do fakapu z którego ciężko się podnieść.
Używanie walletów jakiejkolwiek monety opartej o kod core w zastosowaniach komercyjnych to totalna pomyłka.

Nie jest to solidny argument przeciwko integracji przez RPC. Poruszasz zwykły temat skalowalności rozwiązania, a nikt nie powiedział, że instancja portfela musi być jedna, a nawet, że same instancje muszą być stałe.

Jak ze wszystkim innym w programowaniu, zawsze da się zrobić lepiej - nigdy nie ma rozwiązania idelanego, należy znaleźć złoty środek, a sam program ma spełniać wymagania mu postawione, a nie utopijne i jeżeli nie skaluje się liniowo do miliarda użytkowników i biliarda operacji na sekundę, to wcale nie znaczy, że nie jest napisany profesjonalnie.

To trochę jakby powiedzieć, że używanie bazy SQL jest nieprofesjonalne, bo nie jest ona stworzona do takich ilości danych jak bazy NoSQL, albo że używanie konkretnej technologii jest nieprofesjonalne np. PHP. Problem polega na tym, że praktycznie każdą technologię da się używać profesjonalnie, bo większość problemów i ograniczeń da się w jakiś sposób rozwiązać.

- pewność zacięcia się giełdy a nawet możliwość utraty środków
- to nie jest solidny argument przeciwko integracji
O_o

Możesz wytłumaczyć jak jakikolwiek problem z komunikacją RPC z portfelem przekłada się na "pewnośc zacięcia się giełdy"? Chyba o tematach wielowątkowości czy asynchroniczności nie słyszałeś. To nie jest typowy PHPek gdzie ktoś walnie @file_get_contents a potem sql update salda w auto commicie

Możliwość utraty środków - skąd masz potwierdzenie, że taka możlwiość istnieje? Nie wiesz co w systemie jest wykładnikiem salda użytkownika (baza czy portfel), nie wiesz w jaki sposób wpłata/wypłata na giełdę jest uznawana za zakończoną sukcesem i "zaksięgowana" (może giełda dodakowo weryfikuje historyczną obecność transakcji?)

Próbujesz argumentować stosując jakieś własne wyobrażenai o tym, jak to jest wewnętrznie zrealizowane, wypowiadasz się, jakbyś ten kod miał przed oczami, a go nie widziałeś. Komentujesz swoje założenia według swojej wersji projektu opartego o RPC. W dodatku to wszystko czepianie się projektu "wymagającego wykończenia"...

Nie mówię, że aplikacja jest gotowym komercyjnym produktem za 500 tys., na pewno ma swoje wady, może nawet w komercyjnym zastosowaniu należy sposób integracji z transferem coinów zmienić, ale w żaden sposób nie świadczy to możliwości "zacinania się" czy jakości napisanego kodu.

Po prostu założyłem (i widzę że słusznie) że silnik giełdy polega na demonach i ich obsłudze walleta, a komunikacja z demonem (pobranie sald, nowe adresy itd co potrzebne) jest po RPC demona.
Do samych wywołań RPC nic nie mam, bo ta komunikacja nie jest zła, ale użycie demonów do obsługi portfela to KARDYNALNY błąd silnika giełdy. Nawet kopalnie (silnik MPOS) mają problemy z taką obsługą a robią zdecydowanie mniej transakcji niż giełda.
Pamiętam jak jedną (już chyba niedziałającą) giełdę położyłem wysyłając kilkaset transakcji z tysiącami wykopanych w P2Pool PLC. Wysyłałem transakcję skryptem co kilka sekund - giełda leżała następnego dnia bo demona trzeba było przeindeksować i portfel spuchł. A mój wallet.dat miał 1GB.

Witam!
Rozumiem ze to ogloszenie jest juz nie aktualne. Jesli tak jest to czy zechcialby sie Pan podjac podobnego projektu? Jestem konkretnym inwestorem. Prosze o odpowiedz
Pozdrawiam

Witam,
poszukujemy kodów do budowy giełdy kryptowalutowej. Proszę o kontakt.

a tak poważnie - co macie w ogole do zaoferowania???

currywurst pisze: ↑ czwartek, 11 kwietnia 2019, 17:02kodów do budowy giełdy kryptowalutowej