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.


Topics - monsterer

Pages: [1] 2 3 4 5 6 7 8 ... 13
1
Technical Support / [api] bizarre get_block error
« on: April 09, 2016, 08:31:35 pm »
This is occuring on the MUSE chain, for some reason, calling the get_block() api call on certain blocks has started failing with a strange error:

Code: [Select]
{"id":1,"method":"call","params":[0,"get_block",[4658091]]}

{code:1,message:7 bad_cast_exception: Bad Cast
Invalid cast from object_type to Array
    {"type":"object_type"}
    th_a  variant.cpp:530 get_array,data:{code:7,name:bad_cast_exception,message:Bad Cast,stack:[{context:{level:error,file:variant.cpp,line:53
0,method:get_array,hostname:,thread_name:th_a,timestamp:2016-04-09T20:28:59},format:Invalid cast from ${type} to Array,data:{type:object_type}}
]}}

If I call the function on the prior block it returns fine. Any ideas what could be causing this?

2
General Discussion / 234 BTS for issue/burn asset?!?!
« on: March 06, 2016, 10:33:26 pm »
Who increased the issue/burn asset fee to 234 BTS?! That fairly badly affects metaexchange's business model, since we swallow all transfer/issue/burn fees.

I've had to temporarily disable metaexchange's IOU markets.

3
Got a linking error trying to build witness_node in Release:

Code: [Select]
Linking CXX executable embed_genesis
../chain/libgraphene_chain.a(types.cpp.o): In function `graphene::chain::extended_public_key_type::operator fc::ecc::extended_public_key() const':
types.cpp:(.text+0x595): undefined reference to `fc::ecc::extended_public_key::deserialize(fc::array<char, 78ul> const&)'
../chain/libgraphene_chain.a(types.cpp.o): In function `graphene::chain::extended_private_key_type::operator fc::ecc::extended_private_key() const':
types.cpp:(.text+0x9f5): undefined reference to `fc::ecc::extended_private_key::deserialize(fc::array<char, 78ul> const&)'
collect2: error: ld returned 1 exit status
make[2]: *** [libraries/egenesis/embed_genesis] Error 1
make[1]: *** [libraries/egenesis/CMakeFiles/embed_genesis.dir/all] Error 2
make: *** [all] Error 2

4
Technical Support / No such file or directory: "hardfork.d"
« on: February 22, 2016, 10:04:23 am »
I'm getting a compile error trying to build from the head of bitshares-2.:

Code: [Select]
[ 56%] Built target cat-parts
Scanning dependencies of target build_hardfork_hpp
boost::filesystem::directory_iterator::construct: No such file or directory: "hardfork.d"
make[2]: *** [libraries/chain/CMakeFiles/build_hardfork_hpp] Error 1
make[1]: *** [libraries/chain/CMakeFiles/build_hardfork_hpp.dir/all] Error 2
make: *** [all] Error 2

The directory is there, so I'm not sure what its complaining about. I'm building Release.

5
General Discussion / eMunie - stable currencies, a blockchain market maker
« on: February 09, 2016, 04:50:25 pm »
Just saw this on BCT; it's a simulation of a blockchain market maker in the unreleased eMunie, using BTC as a test bed:

https://bitcointalk.org/index.php?topic=1357914.0

I'd love to hear what [member=5]bytemaster[/member] has to say on the subject.


6
Technical Support / Getting error trying to create private bitasset
« on: January 31, 2016, 11:12:30 am »
scratch this - I was being a muppet

7
General Discussion / Fees are a real problem for the DEX
« on: January 17, 2016, 05:23:27 pm »
I was just musing over possible directions to take metaexchange in the future, one of them was to move most of metaexchange functionality onto the DEX (order matching, market making etc), such that the user would then have the convenience and speed of using a centralised exchange (confirmation times are a PITA for users, and the METAEX.IOUS are basically instant), while at the same time having at least some of the security of a  decentralised service.

The only real hitch to this idea is the transaction fees for transferring funds, placing and cancelling orders. It would be totally impossible to explain to users of metaexchange why they need to pay a transaction fee (of any kind) to place, or cancel an order. The fact that canceling refunds the cost of placing the order is not enough to make this frictionless.

I actually found myself discounting bitshares as a way to achieve decentralisation of metaexchange, and pondering forking the entire blockchain to remove the fees, but that is ridiculous.

IMO, it would be great if we could just remove all fixed size fees and replace them with a PoW submitted by the sender, which will eliminate spam while making transactions zero fee (except order fills, that is an acceptable fee for any exchange).

8
Technical Support / witness_node crash
« on: January 04, 2016, 08:53:15 am »
Code: [Select]
witness_node: /bitshares-2/libraries/net/node.cpp:1614: void graphene::net::detail::node_impl::schedule_peer_for_deletion(const peer_connection_ptr&): Assertion `_closing_connections.find(peer_to_delete) == _closing_connections.end()' failed.
crashed the entire process overnight

9
Got a bizarre error trying to send a transaction:

Code: [Select]
{code:1,message:10 assert_exception:Assert Exception
my->_key != empty_pub: 
    {}
    th_a  elliptic_secp256k1.cpp:118 serialize

    {"from":"metaexchangebtc","to":"usd-collateral-holder-453","amount":"12206.79294","asset_symbol":"BTS","memo":"mX: buy BTS_BTC","broadcast":true}
    th_a  wallet.cpp:2002 transfer,data:{code:10,name:assert_exception,message:Assert Exception,stack:[{context:{level:error,file:elliptic_secp256k1.cpp,line:118,method:serialize,hostname:,thread_name:th_a,timestamp:2015-12-17T00:38:13},format:my->_key != empty_pub: ,data:{}},{context:{level:warn,file:wallet.cpp,line:2002,method:transfer,hostname:,thread_name:th_a,timestamp:2015-12-17T00:38:13},format:,data:{from:metaexchangebtc,to:usd-collateral-holder-453,amount:12206.79294,asset_symbol:BTS,memo:mX: buy BTS_BTC,broadcast:true}}]}}

Any idea what's going on there?

This is making sending transactions impossible. [member=5]bytemaster[/member]  [member=3002]theoretical[/member]

10
Technical Support / witness_node completely froze overnight
« on: December 14, 2015, 10:17:45 am »
Unfortunately, no really log information available, but the latest witness_node just froze overnight; this is the first time this has happened.

11
Technical Support / Are chain files compatible between linux x86 and win64?
« on: December 13, 2015, 03:16:17 pm »
My win64 chain is corrupt, but I have a linux x46 chain - are they compatible?

12
I've suddenly started getting this message - I have upgraded to the latest bitshares hardforking release. I've not seen this error in the previous version, any idea what it means?

13
This has been bugging me for a while:

Indicating everywhere in the trade UI that prices are BTS/USD is incredibly confusing; that terminology isn't used on any exchange anywhere, and it confuses people. Having just USD will be so much easier to understand.

So, don't have this:

price : 20 USD/BTS, have this instead:
price 20 USD

That will cut down on clutter and be more inline with other exchanges.

14
General Discussion / [ANN] MUSE/BTC market added to Metaexchange!
« on: November 27, 2015, 12:05:05 pm »
Hi everyone,

We're pleased to continue our relationship with liquidity provider, [member=487]Riverhead[/member] who is working with us to provide the first MUSE/BTC market in the world!

https://metaexchange.info/markets/MUSE/BTC

This is the real MUSE, not a token on the bitshares chain, as our competitors have chosen to run :)

Cheers, Paul.

15
General Discussion / Discussing the problems with bitUSD (smart coins)
« on: November 23, 2015, 11:46:47 am »
Q) Why is there a problem implementing pegged assets?

A) The primary answer is that there can be no redeemability to the real asset on chain, for obvious reasons (since fiat/gold/silver/oil are not digital in the first place).

Q) Why is bitshare's current solution inadequate?

A) Those who borrow bitUSD from the system are at much higher risk than those who buy it from the market because the borrower must actively maintain his collateral and can get margin called by the system if the feed price moves enough

Q) What effect does this have on the price?

A) The borrower is forced to price his risk into the sale price of the bitUSD he borrows from the system - this leads to a situation where the price of bitUSD will always trade at a premium compared to the feed price, this damages the viability of the product as a whole.

Q) Is there another design which doesn't have the same biased risk profile, or is this just a natural consequence of not having redeemability?

A) Discuss

Pages: [1] 2 3 4 5 6 7 8 ... 13