Bitcoin Forum
May 22, 2019, 08:13:54 AM *
News: Latest Bitcoin Core release: 0.18.0 [Torrent] (New!)
 
   Home   Help Search Login Register More  
Pages: « 1 ... 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 [979] 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 ... 1090 »
  Print  
Author Topic: Obyte: Totally new consensus algorithm + private untraceable payments  (Read 1164816 times)
cointrader78
Newbie
*
Offline Offline

Activity: 140
Merit: 0


View Profile
July 15, 2018, 01:01:52 AM
 #19561

somebody interested in doing the name attestation Kyc PM me so i send you free bytes Wink 😝
Crypto Casino Since 2014
Level Up & Get Even More Rewards!
Daily Treasure Chest
& Much More
Roll Hunt
Rakeback
Blackjack
Jackpot
Dice
Slots
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1558512834
Hero Member
*
Offline Offline

Posts: 1558512834

View Profile Personal Message (Offline)

Ignore
1558512834
Reply with quote  #2

1558512834
Report to moderator
HCP
Legendary
*
Online Online

Activity: 980
Merit: 1501

<insert witty quote here>


View Profile
July 15, 2018, 02:22:46 AM
 #19562

Something weird happening since latest update... out of nowhere I've started getting this error:
Quote
Uncaught exception: Error: Error: SQLITE_ERROR: too many SQL variables SELECT unit, level, latest_included_mc_index, main_chain_index, is_on_main_chain FROM parenthoods JOIN units ON parent_unit=unit WHERE child_unit IN(?) YA/nY0OfioVfSn3YQT6dq6k/7Io6f55syrtakNDFJ3g=, 2+u6D6Y6Owr5BLDmT0xs/gKvF0xWbyY8G36no4nwfKo=,

Because the error message is longer than the wallet window, there is no "OK" or "Cancel" button available to press... so the wallet is basically usuable Undecided


CosaNostra
Hero Member
*****
Offline Offline

Activity: 836
Merit: 1004



View Profile
July 15, 2018, 09:38:42 AM
 #19563

Hi guys! Network is working fine for ya?

            ▄▄████▄▄
        ▄▄██████████████▄▄
      ███████████████████████▄▄
      ▀▀█████████████████████████
██▄▄       ▀▀█████████████████████
██████▄▄        ▀█████████████████
███████████▄▄       ▀▀████████████
███████████████▄▄        ▀████████
████████████████████▄▄       ▀▀███
 ▀▀██████████████████████▄▄
     ▀▀██████████████████████▄▄
▄▄        ▀██████████████████████▄
████▄▄        ▀▀██████████████████
█████████▄▄        ▀▀█████████████
█████████████▄▄        ▀▀█████████
██████████████████▄▄        ▀▀████
▀██████████████████████▄▄
  ▀▀████████████████████████
      ▀▀█████████████████▀▀
           ▀▀███████▀▀



.SEMUX
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
  Semux uses .100% original codebase.
  Superfast with .30 seconds instant finality.
  Tested .5000 tx per block. on open network
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
CryptKeeper
Legendary
*
Offline Offline

Activity: 1862
Merit: 1013


bitcoin and altcoin enthusiast


View Profile WWW
July 15, 2018, 11:12:26 AM
 #19564

Hi guys! Network is working fine for ya?

No, the Byteball network is in maintenance mode. The chief developer posted this on our Slack:

‘the graph is very complex now, which makes validation very slow, and it is still performed in sql. So large complex graph became possible after we allowed spending unconfirmed funds. Trying to do urgent performance improvements now’

Follow me on twitter for the latest news on bitcoin and altcoins and I'll follow you back the same day!
Obyte - An open cryptocurrency platform ready for real world adoption
jjacob
Legendary
*
Offline Offline

Activity: 1554
Merit: 1022


★Nitrogensports.eu★


View Profile
July 15, 2018, 04:33:52 PM
 #19565

‘the graph is very complex now, which makes validation very slow, and it is still performed in sql. So large complex graph became possible after we allowed spending unconfirmed funds. Trying to do urgent performance improvements now’

Wasn't the scalability of DAG supposed to be much, much better than blockchain? I thought that was the selling point of Byteball and other cryptocurrencies based on DAG. But if validation becomes slower as the graph becomes more complex, then we really don't have a competitive advantage in using DAG,.


           █████████████████     ████████
          █████████████████     ████████
         █████████████████     ████████
        █████████████████     ████████
       ████████              ████████
      ████████              ████████
     ████████     ███████  ████████     ████████
    ████████     █████████████████     ████████
   ████████     █████████████████     ████████
  ████████     █████████████████     ████████
 ████████     █████████████████     ████████
████████     ████████  ███████     ████████
            ████████              ████████
           ████████              ████████
          ████████     █████████████████
         ████████     █████████████████
        ████████     █████████████████
       ████████     █████████████████
▄▄
██
██
██
██
██
██
██
██
██
██     
██
██
▬▬ THE LARGEST & MOST TRUSTED ▬▬
      BITCOIN SPORTSBOOK     
   ▄▄
██
██
██
██
██
██
██
██
██
██     
██
██
             ▄▄▄▄▀▀▀▀▄
     ▄▄▄▄▀▀▀▀        ▀▄▄▄▄           
▄▀▀▀▀                 █   ▀▀▀▀▀▀▀▄▄
█                    ▀▄          █
 █   ▀▌     ██▄        █          █               
 ▀▄        ▐████▄       █        █
  █        ███████▄     ▀▄       █
   █      ▐████▄█████████████████████▄
   ▀▄     ███████▀                  ▀██
    █      ▀█████    ▄▄        ▄▄    ██
     █       ▀███   ████      ████   ██
     ▀▄        ██    ▀▀        ▀▀    ██
      █        ██        ▄██▄        ██
       █       ██        ▀██▀        ██
       ▀▄      ██    ▄▄        ▄▄    ██
        █      ██   ████      ████   ██
         █▄▄▄▄▀██    ▀▀        ▀▀    ██
               ██▄                  ▄██
                ▀████████████████████▀




  CASINO  ●  DICE  ●  POKER   
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
   24 hour Customer Support   

▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
jwinterm
Legendary
*
Offline Offline

Activity: 1960
Merit: 1034



View Profile
July 15, 2018, 04:43:07 PM
 #19566

‘the graph is very complex now, which makes validation very slow, and it is still performed in sql. So large complex graph became possible after we allowed spending unconfirmed funds. Trying to do urgent performance improvements now’

Wasn't the scalability of DAG supposed to be much, much better than blockchain? I thought that was the selling point of Byteball and other cryptocurrencies based on DAG. But if validation becomes slower as the graph becomes more complex, then we really don't have a competitive advantage in using DAG,.

I think the immediate issue is the original design decision to use sqlite for db - it is just a single file database that isn't intended for much beyond like a single small website or data storage in lab or something. Howard Chu says, "shoulda used LMDB."
CryptKeeper
Legendary
*
Offline Offline

Activity: 1862
Merit: 1013


bitcoin and altcoin enthusiast


View Profile WWW
July 15, 2018, 04:46:00 PM
 #19567

‘the graph is very complex now, which makes validation very slow, and it is still performed in sql. So large complex graph became possible after we allowed spending unconfirmed funds. Trying to do urgent performance improvements now’

Wasn't the scalability of DAG supposed to be much, much better than blockchain? I thought that was the selling point of Byteball and other cryptocurrencies based on DAG. But if validation becomes slower as the graph becomes more complex, then we really don't have a competitive advantage in using DAG,.

That’s a valid concern but please mind that we have mostly unoptimised code here. IMO the underlying SQL server is the bottleneck here, there’s no flaw in the DAG scalability. This was already discussed several times but the optimization of the database functions was postponed because other improvements seemed to be more urgent.

Follow me on twitter for the latest news on bitcoin and altcoins and I'll follow you back the same day!
Obyte - An open cryptocurrency platform ready for real world adoption
vlom
Legendary
*
Offline Offline

Activity: 1330
Merit: 1105



View Profile WWW
July 15, 2018, 06:03:04 PM
 #19568

Hi guys! Network is working fine for ya?

No, the Byteball network is in maintenance mode. The chief developer posted this on our Slack:

‘the graph is very complex now, which makes validation very slow, and it is still performed in sql. So large complex graph became possible after we allowed spending unconfirmed funds. Trying to do urgent performance improvements now’

does this mean it is not possible to make transactions?

and if the is important to all users thatthe Byteball network is in maintenance mode then the wallet should show a message after startup.

|\¯¯ \   /¯¯/| |¯¯¯|__'  /¯¯,¯¯\     /¯¯\/¯ \'  
\  \__\/__/ /' |_____'| |\____ /|'  /__ (\/)__\
  '\|____ |/'   |_____'|  \|___ |/ °|___ |v|___|
    '                                             
    '         [/colo
bspus
Legendary
*
Offline Offline

Activity: 1848
Merit: 1000


View Profile
July 15, 2018, 06:50:43 PM
 #19569

‘the graph is very complex now, which makes validation very slow, and it is still performed in sql. So large complex graph became possible after we allowed spending unconfirmed funds. Trying to do urgent performance improvements now’

Wasn't the scalability of DAG supposed to be much, much better than blockchain? I thought that was the selling point of Byteball and other cryptocurrencies based on DAG. But if validation becomes slower as the graph becomes more complex, then we really don't have a competitive advantage in using DAG,.

That’s a valid concern but please mind that we have mostly unoptimised code here. IMO the underlying SQL server is the bottleneck here, there’s no flaw in the DAG scalability. This was already discussed several times but the optimization of the database functions was postponed because other improvements seemed to be more urgent.

Since most people are encouraged to run the wallet in light mode anyway, would it make sense for the full nodes to use a full capability DBMS? Assuming the performance benefits would be that significant and thinking about long term future.

CryptoRobert
Sr. Member
****
Offline Offline

Activity: 714
Merit: 260



View Profile
July 15, 2018, 09:00:51 PM
 #19570

‘the graph is very complex now, which makes validation very slow, and it is still performed in sql. So large complex graph became possible after we allowed spending unconfirmed funds. Trying to do urgent performance improvements now’

Wasn't the scalability of DAG supposed to be much, much better than blockchain? I thought that was the selling point of Byteball and other cryptocurrencies based on DAG. But if validation becomes slower as the graph becomes more complex, then we really don't have a competitive advantage in using DAG,.

That’s a valid concern but please mind that we have mostly unoptimised code here. IMO the underlying SQL server is the bottleneck here, there’s no flaw in the DAG scalability. This was already discussed several times but the optimization of the database functions was postponed because other improvements seemed to be more urgent.

As long as it is a choice and not a flaw, I see no problem there. However, it would be nice if the wallet would have the capability to display a message of maintainence status.

muleroaa
Hero Member
*****
Offline Offline

Activity: 924
Merit: 520


GIF by SOCIFI


View Profile
July 15, 2018, 09:48:36 PM
 #19571

‘the graph is very complex now, which makes validation very slow, and it is still performed in sql. So large complex graph became possible after we allowed spending unconfirmed funds. Trying to do urgent performance improvements now’

Wasn't the scalability of DAG supposed to be much, much better than blockchain? I thought that was the selling point of Byteball and other cryptocurrencies based on DAG. But if validation becomes slower as the graph becomes more complex, then we really don't have a competitive advantage in using DAG,.

That’s a valid concern but please mind that we have mostly unoptimised code here. IMO the underlying SQL server is the bottleneck here, there’s no flaw in the DAG scalability. This was already discussed several times but the optimization of the database functions was postponed because other improvements seemed to be more urgent.

What about now though, will more emphasis be placed towards optimizing database functions? It appears to have quite some impact.

                ▄▄▄▄▄▄▄▄▄▄                          ▄▄▄▄▄▄▄▄▄▄
             █████████████████                   █████████████████
         █████████████████████████           █████████████████████████
       █████████████████████████████       █████████████████████████████
     █████████████████████████████████   █████████████████████████████████
   ████████████▀           ▀██████████████████████████████████████████████
  ████████████▄▄███████████▄▄█████████▓▓▓███████████████████████████████████
 ▐██████████████▀         ▀██████████▓▓▓▓████████████████████████████████████
 ██████████████▄▄█████████▄▄█████████▓▓▓▓▓████████████████████████████████████
▐█████████████████▀      ▀██████████▓▓▓▓▓▓████████████████████████████████████▌
▐████████████████▄▄██████▄▄█████████▓▓▓▓▓▓▓███████████████████████████████████▌
▐██████████████████      ███████████▓▓▓▓▓▓▓███████████████████████████████████▌
▐██████████████████ ████ ████████████▓▓▓▓▓████████████████████████████████████
 ██████████████████ ████ ████████████▓▓▓▓▓███████████████    ████████████████
  █████████████████ ████ █████████████▓▓▓████████████████   █████████████   █
   ████████████████      ███████████████████████████████    ███████████
    ██████████████████████████████████ ██████████████████     ████████
      ███████████████████████████████     █████████████████
        ███████████████████████████         █████████████████▓
           ████████████████████                ███████████████████▓
               ▀▀▀▀▀▀▀▀▀▀▀▀▀                       ▀▀▀▀▀▀▀▀▀▀▀▀▀

▄▄▄████████▄▄▄
▄▄██████████████████▄▄
▄████████████████████████▄
▄████████████████████████████▄
████████████████████████████████
▓████████████████████████████████▓
███████████████████████▒░███████████
▄█████████████████▒░      ███████████▄
█████████████░░          ░████████████
█████████░              ░█████████████
██████████▓░░          ░██████████████
██████████████▓░       ███████████████
▀███████████████▒     ░██████████████▀
████████████████▒   ░███████████████
████████████████░ ░███████████████
████████████████████████████████
▀████████████████████████████▀
▀████████████████████████▀
▀▀██████████████████▀▀
 ▀▀▀████████▀▀▀
.
JOIN OUR
TELEGRAM
CryptKeeper
Legendary
*
Offline Offline

Activity: 1862
Merit: 1013


bitcoin and altcoin enthusiast


View Profile WWW
July 16, 2018, 06:15:56 AM
 #19572

Hi guys! Network is working fine for ya?

No, the Byteball network is in maintenance mode. The chief developer posted this on our Slack:

‘the graph is very complex now, which makes validation very slow, and it is still performed in sql. So large complex graph became possible after we allowed spending unconfirmed funds. Trying to do urgent performance improvements now’

The chief developer posted an update:

Quote
most of the network is back online, steem attestations will resume after 12pm CET, will prepare a new release for full wallets

Follow me on twitter for the latest news on bitcoin and altcoins and I'll follow you back the same day!
Obyte - An open cryptocurrency platform ready for real world adoption
funcho
Jr. Member
*
Offline Offline

Activity: 140
Merit: 1

do your own research


View Profile WWW
July 16, 2018, 07:00:46 AM
 #19573

trying to send a 1 byte payment to ZLJY3IYWL6BA6WSS5IZYTR3AUF37DE6N

in android
error message / syncing for 1minute then internal connection closed regardless of qr code or manual enter

windows wallet same / timeout

 Undecided

http://bit.ly/bittmex
alyssa85
Legendary
*
Offline Offline

Activity: 1456
Merit: 1059


View Profile
July 16, 2018, 12:46:50 PM
 #19574

‘the graph is very complex now, which makes validation very slow, and it is still performed in sql. So large complex graph became possible after we allowed spending unconfirmed funds. Trying to do urgent performance improvements now’

Wasn't the scalability of DAG supposed to be much, much better than blockchain? I thought that was the selling point of Byteball and other cryptocurrencies based on DAG. But if validation becomes slower as the graph becomes more complex, then we really don't have a competitive advantage in using DAG,.

That’s a valid concern but please mind that we have mostly unoptimised code here. IMO the underlying SQL server is the bottleneck here, there’s no flaw in the DAG scalability. This was already discussed several times but the optimization of the database functions was postponed because other improvements seemed to be more urgent.

What about now though, will more emphasis be placed towards optimizing database functions? It appears to have quite some impact.

They'll have to - this latest episode has exposed that they can't handle large volumes of transactions yet.

Random-String-Symphony
Member
**
Offline Offline

Activity: 71
Merit: 25


View Profile
July 16, 2018, 02:54:25 PM
Merited by LoyceV (1)
 #19575

‘the graph is very complex now, which makes validation very slow, and it is still performed in sql. So large complex graph became possible after we allowed spending unconfirmed funds. Trying to do urgent performance improvements now’

Wasn't the scalability of DAG supposed to be much, much better than blockchain? I thought that was the selling point of Byteball and other cryptocurrencies based on DAG. But if validation becomes slower as the graph becomes more complex, then we really don't have a competitive advantage in using DAG,.

That’s a valid concern but please mind that we have mostly unoptimised code here. IMO the underlying SQL server is the bottleneck here, there’s no flaw in the DAG scalability. This was already discussed several times but the optimization of the database functions was postponed because other improvements seemed to be more urgent.

What about now though, will more emphasis be placed towards optimizing database functions? It appears to have quite some impact.

They'll have to - this latest episode has exposed that they can't handle large volumes of transactions yet.

Byteball might not be able to handle large volumes of tx yet, but that's not what this latest episode was about. See this statement from Tony on Slack:

Quote
tonych [2:32 PM]what happened:
- on Friday (the 13th) 10 out of 12 witnesses crashed due to a bug. The 2 surviving were recently updated and didn't have the bug
- among the 2 surviving witnesses, was the steem attestation bot which continued to post transactions very fast, and since it didn't have to wait for confirmations, nothing could stop it and the unconfirmed tail of the DAG has grown very large
- the 10 witnesses updated and restarted but they started adding their units to the old part of the DAG they last witnessed, which caused massive rebuilds of the main chain each time a new unit was added.  This made validation of new units very slow.
- I had to urgently find and apply a few optimizations that matter only when the DAG takes such unusual form.  They made validation faster but still way slower than usual
- when the optimizations were ready, another issue popped up: calculation of stability point gave unexpected result.  I had to investigate the new issue, which took another day, and found a mistake in the algo. The fix breaks compatibility with the old (flawed) algo, and makes the update mandatory for all full nodes.

tonych [2:43 PM]
there were other performance improvements we've ben working on for the past several months, they affect a lot of code and any small mistake could cause a consensus split, and i didn't feel it is right to roll them out in such unprepared manner.

⚪ Byteball     ❱❱❱     I T   J U S T   W O R K S .    ❱❱❱
slovakia
Full Member
***
Offline Offline

Activity: 602
Merit: 100



View Profile
July 17, 2018, 06:06:32 AM
 #19576

any news about to resume the Byte distribution for WCG?

🕇 BiblePay - CPU only | Masternodes | ROSETTA@HOME Curing diseases | 10% goes to charity 🕇

BiblePay (BBP) | Reddit - Twitter - Forum - Slack - Discord | C-CEX - CoinsMarkets
Freefactomizer
Full Member
***
Offline Offline

Activity: 345
Merit: 107


View Profile
July 17, 2018, 06:14:18 AM
Merited by Nippel66 (2)
 #19577

any news about to resume the Byte distribution for WCG?

It will happen very soon.

🏀 - ⚾ - ⚽ - ❄ - 🏈 -  Byteball Sport Betting Bot - 🏀 - ⚾ - ⚽ - ❄ - 🏈
Nippel66
Full Member
***
Offline Offline

Activity: 247
Merit: 100


View Profile
July 17, 2018, 08:41:30 AM
 #19578

Joined Airdrop yesterday with my Steemit account. That was a good airdrop since i am over 60 in Rep

█▀▀▀██▀▀▀█░░░░    ►    * No ICO | Fair Launch | Bounties            ◄    * Discord
█▄▄▄█▄▀░░░░░░    ►    * PoW | Masternodes Coming Soon!         ◄    * Forums
░░░░░░░▀▄█▄▄▄█    ►    * ASIC-Resistant | Ethash GPU Mining     ◄    * Twitter
weird123
Newbie
*
Offline Offline

Activity: 22
Merit: 0


View Profile
July 17, 2018, 09:35:21 AM
 #19579

What is going on with cryptox.pl ? I know that admin is not anonymous person. What he say?
Random-String-Symphony
Member
**
Offline Offline

Activity: 71
Merit: 25


View Profile
July 17, 2018, 09:57:55 AM
 #19580

What is going on with cryptox.pl ? I know that admin is not anonymous person. What he say?

From Slack, yesterday evening:

Quote
grzem [10:38 PM]
Cryptox is down, problem is known, not conected to the Byteball. Probable up tomorrow at 10:00 CET. Too many registrations, just need to solve it with dev.

⚪ Byteball     ❱❱❱     I T   J U S T   W O R K S .    ❱❱❱
Pages: « 1 ... 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 [979] 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 ... 1090 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!