1486
General Discussion / Re: Airdrop 100% profit to bitsharestalk.org (0904 300BTSX)
« on: September 08, 2014, 08:26:30 am »
btsx:pmc
Thanks again!
Thanks again!
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.
pc (unlocked) >>> dotp2p_info pc
null
pc (unlocked) >>> dotp2p_show pc
bitshares_client: /usr/include/fc/optional.hpp:197: T* fc::optional<T>::operator->() [with T = bts::blockchain::domain_record]: Assertion `_valid' failed.
Program received signal SIGABRT, Aborted.
0xb7fdd424 in __kernel_vsyscall ()
(gdb) bt
#0 0xb7fdd424 in __kernel_vsyscall ()
#1 0xb797c577 in __GI_raise (sig=sig@entry=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#2 0xb797f9a3 in __GI_abort () at abort.c:89
#3 0xb79756c7 in __assert_fail_base (
fmt=0xb7ab38f4 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n",
assertion=assertion@entry=0x9406ea1 "_valid",
file=file@entry=0x9406e84 "/usr/include/fc/optional.hpp",
line=line@entry=197,
function=function@entry=0x940cfa0 <fc::optional<bts::blockchain::domain_record>::operator->()::__PRETTY_FUNCTION__> "T* fc::optional<T>::operator->() [with T = bts::blockchain::domain_record]") at assert.c:92
#4 0xb7975777 in __GI___assert_fail (assertion=0x9406ea1 "_valid",
file=0x9406e84 "/usr/include/fc/optional.hpp", line=197,
function=0x940cfa0 <fc::optional<bts::blockchain::domain_record>::operator->()::__PRETTY_FUNCTION__> "T* fc::optional<T>::operator->() [with T = bts::blockchain::domain_record]") at assert.c:101
#5 0x08b3d172 in fc::optional<bts::blockchain::domain_record>::operator->() ()
#6 0x08b193ff in bts::client::detail::client_impl::dotp2p_show(std::string const&) ()
#7 0x08ecd460 in bts::rpc_stubs::common_api_client::dotp2p_show(std::string const&) ()
#8 0x08dcf104 in bts::rpc_stubs::common_api_rpc_server::dotp2p_show_positional(std::shared_ptr<fc::rpc::json_connection> const&, std::vector<fc::variant, std::allocator<fc::variant> > const&) ()
#9 0x08e37ab6 in bts::rpc_stubs::common_api_rpc_server::direct_invoke_positional_method(std::string const&, std::vector<fc::variant, std::allocator<fc::variant---Type <return> to continue, or q <return> to quit---
> > const&) ()
#10 0x08c59435 in bts::rpc::detail::rpc_server_impl::dispatch_authenticated_method(bts::api::method_data const&, std::vector<fc::variant, std::allocator<fc::variant> > const&) ()
#11 0x08c59c7d in bts::rpc::detail::rpc_server_impl::direct_invoke_method(std::string const&, std::vector<fc::variant, std::allocator<fc::variant> > const&) ()
#12 0x08c4c339 in bts::rpc::rpc_server::direct_invoke_method(std::string const&, std::vector<fc::variant, std::allocator<fc::variant> > const&) ()
#13 0x08c7020a in bts::cli::detail::cli_impl::execute_command(std::string const&, std::vector<fc::variant, std::allocator<fc::variant> > const&) ()
#14 0x08c70158 in bts::cli::detail::cli_impl::execute_interactive_command(std::string const&, std::vector<fc::variant, std::allocator<fc::variant> > const&) ()
#15 0x08c69159 in bts::cli::cli::execute_interactive_command(std::string const&, std::vector<fc::variant, std::allocator<fc::variant> > const&) ()
#16 0x08c6ac54 in bts::cli::detail::cli_impl::parse_and_execute_interactive_command(std::string, std::shared_ptr<fc::istream>) ()
#17 0x08c6b926 in bts::cli::detail::cli_impl::execute_command_line(std::string const&) ()
#18 0x08c6765c in bts::cli::detail::cli_impl::process_commands(std::istream*)
()
#19 0x08c6a54d in bts::cli::detail::cli_impl::start() ()
#20 0x08c688ca in bts::cli::cli::start() ()
#21 0x08b28c5e in bts::client::detail::client_impl::start() ()
#22 0x08b0c514 in bts::client::client::start()::{lambda()#1}::operator()() const ()
#23 0x08b1c869 in fc::detail::void_functor_run<bts::client::client::start()::{lambda()#1}>::run(void*, fc::detail::void_functor_run<bts::client::client::start()---Type <return> to continue, or q <return> to quit---
::{lambda()#1}>) ()
#24 0x08bce997 in fc::task_base::run_impl() ()
#25 0x08bce94d in fc::task_base::run() ()
#26 0x08bc6cf9 in fc::thread_d::run_next_task() ()
#27 0x08bc7024 in fc::thread_d::process_tasks() ()
#28 0x08bc6885 in fc::thread_d::start_process_tasks(int) ()
#29 0xb7c85597 in make_fcontext ()
from /usr/lib/i386-linux-gnu/libboost_context.so.1.54.0
Quotebitsapphire (unlocked) >>>
Program received signal SIGSEGV, Segmentation fault.
0x000000000065e91b in fc::exception::to_detail_string (this=this@entry=0xa46a1c0, ll=..., ll@entry=...)
at /root/bitsharesx/libraries/fc/src/exception.cpp:144
144 ss << variant(my->_code).as_string() <<" " << my->_name << ": " <<my->_what<<"\n";
You cannot "generate a pubkey from a bitcoin address" because the address is essentially a cryptographic hash of the pubkey. Cryptographic hashes are one way - it's easy to compute the hash for a key but close to impossible to find the key(s) generating a given hash.but there is no way to convert an address to a public key (address is hash of public key)Is it even possible to to register a btsx account using a pubkey generated from a bitcoin address .. so that the holder of the privkey (bitcoin) can import an account name I registered for him?
I generated a partial genesis block using this tool.
Question: If I put 5bn as the total supply and 40%/40%, what happens with the remaining 20%? Is there a balance where the rest is allocated, or does the total in the genesis block simply equal 4bn? Thanks.
* PTS/AGS snapshot + audit. The tool on bitshares.org breaks for dates later than the end of AGS, and I want an audit of this tool and any existing PTS snapshot tool anyway.If you mean this tool: http://bitshares.org/resources/genesis-blocks/
If you have a reason to wait please share. I can tell you many reasons why waiting can hurt shareholders. The protocol is inefficient, insecure, unscalable, and has a broken diff. algorithm. What we have now is a leaky bucket (more like a bucket cracked down the middle), pouring thousands of dollars of our wealth into the hands of a few centralized miners in exchange for literally NOTHING.
And I don't buy the myth that some people are peddling here. The core DPOS functionality is absolutely functional and market-ready. BTSX is undeniable evidence of this fact. At this time it has a $21M market cap and is the 5th largest cryptocurrency on earth. If you consider that to be "premature" but feel comfortable with the broken status quo then your priorities are in a different place.
original plan was to make new PTS (DPOS) based on BitShares Vote codebase, this is why until now we don't have any milestones and deadline, if you want to hear raw realistic estimation, end of October, but if you want to hear more detailed plan - you should wait until Vote will be released.
Sometimes pushing development and taking additional risk does not give expected advantages.
DPOS is not unstable. Stability issues in an old version of the Ubuntu client do not mean it is unstable.
Testz is the custodian of Bitshares PTS and is tasked with carrying out the consensus decision of the community.