Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - rnglab

Pages: 1 ... 4 5 6 7 8 9 10 [11] 12
151
General Discussion / Re: Test Net for Advanced Users
« on: August 22, 2015, 10:03:35 am »
Run out of disk space  :(
p2p.log too large.

Same here, p2p.log grows like 1Gb/h
have you tried setting log level from debug to info? I'll try it now.

152
General Discussion / Re: Test Net for Advanced Users
« on: August 22, 2015, 08:24:09 am »
Happy to join testnet and help wherever I can, new witness is almost up.
Code: [Select]
get_witness bitshares-argentina
{
  "id": "1.6.707",
  "witness_account": "1.2.8572",

It has no funds yet, I've imported a delegate account that we registered just before 2.0 announce (so we decided to wait). Sent some bts recently but import_balance returns 0, I guess because tx was made after aug-20 genesis block, so votes are welcome.

Do you see any issue using an existing delegate on testnet?

Code: [Select]
3514165ms th_a       thread.cpp:95                 thread               ] name:ntp tid:140288926934784
3514166ms ntp        ntp.cpp:77                    request_now          ] resolving... ["pool.ntp.org",123]
3514166ms th_a       thread.cpp:95                 thread               ] name:p2p tid:140288904390400
3514173ms th_a       application.cpp:117           reset_p2p_node       ] Adding seed node 104.236.51.238:1776
3514173ms ntp        ntp.cpp:81                    request_now          ] sending request to 62.75.202.83:123
3514175ms th_a       application.cpp:129           reset_p2p_node       ] Configured p2p node to listen on 0.0.0.0:56445
3514177ms th_a       application.cpp:179           reset_websocket_serv ] Configured websocket rpc to listen on 127.0.0.1:8090
3514177ms th_a       witness.cpp:139               plugin_startup       ] Launching block production for 1 witnesses.
3514178ms th_a       main.cpp:165                  main                 ] Started witness node on a chain with 127829 blocks.
3514178ms th_a       main.cpp:166                  main                 ] Chain ID is d011922587473757011118587f93afcc314fbaea094fc1055574721b27975083
3514184ms ntp        ntp.cpp:147                   read_loop            ] received ntp reply from 62.75.202.83:123
3514184ms ntp        ntp.cpp:161                   read_loop            ] ntp offset: 294, round_trip_delay 10707
3514184ms ntp        ntp.cpp:177                   read_loop            ] ntp_delta_time updated to 294
3514673ms th_a       application.cpp:492           get_blockchain_synop ] reference_point: 0000000000000000000000000000000000000000 number_of_blocks_after_reference_point: 0 result: ["0000f3559d98bf93dd1f7901ac2ccbd452e611bc","00017355c1af25485603b9cc7c699def8cd995dc","0001b355ff6383082c0e5f20bcdaa6048ac2ae8a","0001d3559442c82f0570f0b36981b56eff5c43c3","0001e3554a0f694c82fb1b6c14c1327172bc4b56","0001eb55257a6d3c563ecd7519141499c2360ca6","0001ef559d44b8744c47f764bb0e49dc41f557f2","0001f155035c6c94533e706ed3bc728d948f7e50","0001f255ecca702f4c77dd8ea6177c8f96ff5a3d","0001f2d544532e44118fa11695bfd6f6282c5b3b","0001f315d65810292c0807101bfb8dd62ba798a0","0001f33554daf2c617ea4b4aa99471b0b8b5f37b","0001f345a165261885cbce3c6069b2818b5a3474","0001f34d1df9d508573c9d8bb41f2a90928343f6","0001f351735c35b128914ab19a5623a461058b11","0001f3534999a19244ca2b6d0c06d0c3001bca7d","0001f3545becc61c1fae72171c8e7ee7ab2497bd","0001f3558fde448eb58f504cf29751608f5a8ebe"]
3515000ms th_a       witness.cpp:240               block_production_loo ] slot: 70 scheduled_witness: 1.6.14 scheduled_time: 2015-08-22T07:58:35 now: 2015-08-22T07:58:35
3515182ms th_a       application.cpp:492           get_blockchain_synop ] reference_point: 0001f3950d68963e625bb00635af319e5c92d65c number_of_blocks_after_reference_point: 0 result: ["0000f395cb92dbb98048570fe4f9d15bec86a063","000173959fe061b2101f1eb98db0c2ff76214f2d","0001b3956efdabb08e5a922c44e8ebd246d984e7","0001d39542424e5722239c5ae5acf96c52fb3a2f","0001e395e2e07858fb2a023fc3b88a48c02ae186","0001eb955d23d037dc15a3a6f1400f78b231dd8b","0001ef95740613cd17502a0eb8c4b8cc8a3a8e76","0001f1958ad16b018fb0d59aca314c5b35861402","0001f2957f0a4a8fe88626f98e85f3a148708a60","0001f315d65810292c0807101bfb8dd62ba798a0","0001f3558fde448eb58f504cf29751608f5a8ebe","0001f375b59b9d9d5e1592f50b6080663566d36c","0001f3850c9e99994e9ecaff2d3e1ff722ed03ef","0001f38d4344efed8da646f862994826c0e990fb","0001f3910665edad95cf6f8286a5b98e74f1373c","0001f393c5d1a0e37b7141f3b434c818ca87d6b2","0001f394560a95f0090ae089cff6c8e46c4425a3","0001f3950d68963e625bb00635af319e5c92d65c"]
3515349ms th_a       application.cpp:492           get_blockchain_synop ] reference_point: 0001f396c3191b6a65a7da41a79cfc75c71f57d8 number_of_blocks_after_reference_point: 0 result: ["0000f3961b99f42a7ec4454156616b6933183f36","00017396077234751f0884ce6dd1554066dc2cc1","0001b3969bc73c9878e6ac262860bc0ab7c94ad1","0001d39639b9edb3aafb7e436412a37569033ec3","0001e39664d0531007c9b55dc57b22533c3e7932","0001eb9689d05637742379e327446384064d9c14","0001ef96bf242122f4470fa5c6c3185f5b067da0","0001f196880be06943bc51626fd66ff87c8653d9","0001f296e81daa34ce339d804ac55056ef3ac93d","0001f3163223c4eb858f0e0db96f6fe99130755a","0001f3563cdb919fa7544386e428fe4ee2cdf5bd","0001f3760c24b81bd20d2833b440d6f49d9615f6","0001f3867c0411c9a6ee6af1ae77d9a3b3d16a88","0001f38e037953bb72c82f0babde0361c8192fb1","0001f3928baff42b1ed9df6c96821d0906f837a6","0001f394560a95f0090ae089cff6c8e46c4425a3","0001f3950d68963e625bb00635af319e5c92d65c","0001f396c3191b6a65a7da41a79cfc75c71f57d8"]
3516000ms th_a       witness.cpp:240               block_production_loo ] slot: 1 scheduled_witness: 1.6.21 scheduled_time: 2015-08-22T07:5


Code: [Select]
info
{
  "head_block_num": 129066,
  "head_block_id": "0001f82ae17a57d9c8250d00f14448704b603ae0",
  "head_block_age": "3 seconds old",
  "next_maintenance_time": "5 minutes in the future",
  "chain_id": "d011922587473757011118587f93afcc314fbaea094fc1055574721b27975083",

Code: [Select]
get_dynamic_global_properties
{
  "id": "2.1.0",
  "random": "701a35b3f5901fa6b42dd4901c65583786ec4c5c",
  "head_block_number": 129117,
  "head_block_id": "0001f85d6294ba131378697035b571bd26dd8aa6",
  "time": "2015-08-22T08:20:59",
  "current_witness": "1.6.28",
  "next_maintenance_time": "2015-08-22T08:25:00",
  "witness_budget": 70776456,
  "accounts_registered_this_interval": 0,
  "recently_missed_count": 0,
  "dynamic_flags": 0
}


153
General Discussion / Re: 350M votes for marketing delegates WTF
« on: August 21, 2015, 07:52:41 am »
-argentina-marketing.matt608: 369M for his 100% delegate. Its hopeless, they save more in toilet paper than BitUSD.
-marketing.methodx: 355M votes - didnt he get bored and move onto his other business interests?
-market.cn.group101: 613M votes - they are "evangelizing" in China. The member that proposed that delegate has a grand total of 8 posts https://bitsharestalk.org/index.php/topic,13226.0.html He obviously got elected and pissed off.

Are we all just too apathetic to fire people?

Also, do delegates have to reapply for their 100% positions in BTS 2.0, so we can finally trim some fat?

In 2.0 no workers will be making any BTS until we elect them to do a project.  So all of these delegates people are bitching about will be making 0 again unless they get re-elected to do something (and I expect people are not going to want to vote for marketing delegates, because the expectation is marketers can make money off referrals if they do well).

We're probably going to be seeing the core dev team proposals get elected and get BTS, and probably a few other dev projects, and not much else.  I expect inflation rate to drop some.
So... You see no use for them in a few months as they continue to underproduce now, yet you let them stay on collecting +4K BTS per day diluting your share and poisoning the Bitshares image? Sound logic there buddy.  Vote them out now and show people how the democracy works. Wait, I forgot the regular BTS holder has no voting power to do shit unless he spends money buying more BTS to outweigh the counter vote the Dev group controls. Have we really come so far from bitcoin where you have to spend money on mining equipment to get any say? Look at the collusion between the large mining farms over XT.

You are hilarious with your mental gymnastics.

newmine you speak as if you had not understood  DPOS and it's improvements over other stake based protocols, but I doubt you were still here if you don't really get it.

154
General Discussion / Re: Test GUI for Normal Users!
« on: August 20, 2015, 11:08:26 pm »
Nice!!

It feels fast and consistent at a first approach, and even looks sexy!

155
General Discussion / Re: 350M votes for marketing delegates WTF
« on: August 20, 2015, 12:04:34 pm »
From a marketing perspective I wouldn't use brownie points to reward voters, or  to give them any other use at protocol level. They are kind of meaningless (not worthless) outside this forum, and very specific to a particular need.

From system perspective I think it would not be coherent because of it's issuance and distribution form.
Maybe another smart asset could play this role.




156
General Discussion / Re: 350M votes for marketing delegates WTF
« on: August 20, 2015, 11:47:25 am »
 +5% to DPOSHUB and wallet notifications.

 I think per-job worker funding is a great way to overcome voter apathy. Periodic decision making on how to fund DAC's growth ( = own stake growth) tends to prompt awareness and commitment also on witness and delegate choosing.
 
 Beside that, as another way to encourage regular users to become active users or even stakers (while boosting DPOS distribution/resilence),  I'd love to debate arround a -non stake size dependant- incentive to vote.

 Just to try starting a brainstorm, what about something like a cyclic, fixed and delayed reward, splitted between those voters whose choosen witnesses maintained the best block production averages in the next (or N subsequent) cycles.
 I think of withesses because they have protocol verifiable metrics. Might be a mess to try rewarding responsible worker and delegate votes, but same as before, a common economic incentive to vote could help to an overall commitment and also improve user/staker adoption.
 
It might be positive for the whole network to improve active participation from users that feel they have not enough stake to influence on decisions, or the ones who think the potencial revenue from small stakes are not worth the effort to be active on the network.

That said, I'm all for feature freeze until graphene is ready, it seems to me just a good thing to keep reserching on.

What do you think?


157
General Discussion / Re: 350M votes for marketing delegates WTF
« on: August 20, 2015, 11:14:10 am »
Quote
We are well aware that marketing delegates will become obsolete with BTS 2.0 referral system, until that we still have goals.

Please read our thread were we post our work done.

We run the biggest Bitshares meetup group and the Bitshares team always is present in the monthly Bitcoin meetups, where the Argentinian one is in the top ten worldwide. There we always do bitshares paperwallets giveaways with tri-folds and often talks about Bitshares, next one coming this Friday.

If you have any question and/or suggestion will be welcome in our thread.


Fixed link to  Bitshares Meetup group    =)

158
Stakeholder Proposals / Re: Argentina Team Updates
« on: June 19, 2015, 07:39:47 pm »
Who controls this argentina-marketing-matt608 delegate?
I do until they get their own delegate elected or setup to take this one over. The funds are spooling up with a balance currently of around 200k BTS.
Most funds are being saved, we will post our full accounting asap.

Here is a simple accounting spreadsheet. We have 156,199 BTS and 1,038 bitUSD at fran2k's account (moving BitUSD to BTS right now ;)), plus another 202,574 BTS that Riverhead is holding as he kindly manages the argentina-marketing.matt608 delegate.

We've been looking forward for protocol update to make the right moves. That includes delaying the new delegate registration, and doing just small but strategic diffusion while saving most funds for the big launch that's almost here.


159
General Discussion / Some thoughts for Bitshares 1.0
« on: April 28, 2015, 05:42:15 am »
This brilliant team envisioned concepts and systems almost no one imegined two years ago. They already proved being capable to make it work, in spite of (or along with) a constant influx of disruptive/highly experimental features to add into the same protocol.
We also have this great community with lots of active, committed and enterprising members full of ideas and critics (let's stay with the positive ones, that are amazing).

Having this almost perfect combination of core team and community brings an extra challenge: to strongly agree on the scope for the product, find consensus on its base features and development process. I see critical at this point to find the sweet-spot between feature set and admissible time to release the stable product.

I'd rather spend a whole week (or even a month if needed) deciding which features are key for Bitshares 1.0 so devs and we all know exactly where to focus . Too many ideas lead us to a lack on focus. Don't let a small lack of coordination to debilitate us on this exceptional project.

As far as I've been reading last days, we are talking about: reducing dilution (rethinking the way to fund projects/delegate pay rate and to undo merger or delay vesting), referral system into protocol, Turing complete scripting, merging Bitshares MUSIC blockchain, BitAssets 3.0, Bond market, etc.

I think Bitshares nature is somehow marked to be constantly evolving. Even if we can make most of this features stable in 1.0 in a reasonable time to release the full protocol at once, I'm sure we will keep getting great ideas for new features and improvements that most of us will want to see in the protocol as soon as possible. Also lots of new features at once means a lot of possible points of failure.

My point is we already have an incredibly useful and competitive product, with just a few market design and code issues. I'd suggest just to fix those issues, add the minimal BitAssets 3.0 features needed to have a good market and focus just on that for 1.0 release.

Mean wile we could take devshares one step further, encourage adoption so we can test features involving social experiments and not just code (economic, market, social and marketing related features we have no way to evaluate viability without monetarily incentivated users), so we can keep bringing features to Bitshares  in a gradual and organized basis only after extensive real life testing.
That or any other solution that may bring certainty to adopters.

Remember stability is one of our first sell strengths!

160
Delegate is up again, many thanks to Riverhead

161
General Discussion / Re: Privatizing BitAssets
« on: April 16, 2015, 06:17:40 am »
Markets are not my field but at a first glance I'd like to se price feed capability on UIAs.
I think we shouldn't modify actual market issued assets (with delegate feeds) to keep things simple (or less scary) for normal users.

162
General Discussion / Re: Privatizing BitAssets
« on: April 16, 2015, 05:53:37 am »
How about starting a distributed collaborative organization similar to what SwarmFund is doing?
.

I had a dream where some delegates were already working on something similar, even bigger.

163
Also no active feeds. This never happened to Matt before as far as I know, he's probably very  busy with other  projects.

We should swap delegates sooner than expected.

164
thanks for the heads up clayop. I'm calling fran2k right now, he has direct communication with Matt608.

165
wow. take my money and hard drives!

Pages: 1 ... 4 5 6 7 8 9 10 [11] 12