Search content
Sort by

Showing 18 of 18 results by matein30
Post
Topic
Board Servisler
Re: Koinim.com
by
matein30
on 15/08/2017, 09:15:14 UTC
16 saattir LTC çekme işlemim beklemede durumda bekliyor. Bu nasıl iştir?
Post
Topic
Board Servisler
Re: Koinim.com
by
matein30
on 14/08/2017, 17:05:11 UTC
LTC çekme işlemi yaptım. Beklemede görünüyor. Ortalama bekleme süresi nedir bilen var mı?
Post
Topic
Board Development & Technical Discussion
Re: SPV client vs full node on Selfish Mining attack
by
matein30
on 06/07/2017, 15:05:54 UTC
Thank you for your answers.

Quote
In all honesty, its way better to just execute a 51% attack if you can generate blocks faster than the rest of the network.
If I understand this correctly running SPV client instead of full node don't make me more vulnarable to evil miners because i would be low profile target for them. Of course i understand running full nodes secures network as a whole.
Post
Topic
Board Development & Technical Discussion
Re: SPV client vs full node on Selfish Mining attack
by
matein30
on 05/07/2017, 12:09:08 UTC
Quote
There are no protections against selfish mining attack in any client
Quote
And the full nodes are not going to accept your coins. You have effectively created another chain that is diverged from the main blockchain.

Don't these quotes contradict each other?
Post
Topic
Board Development & Technical Discussion
Re: SPV client vs full node on Selfish Mining attack
by
matein30
on 05/07/2017, 02:12:45 UTC
Quote
Full node and SPV client differs in terms of the kind of security they can provide. Full nodes verifies each and every block, ensuring that it follows the network rules. SPV clients trusts the server to be providing accurate information about the network and they will take the longest and highest difficulty chain as valid.

SPV client will consider longest chain valid without verifiying is it valid or not. So an attack factor is that some evil miner with big hashrate could create an invalid chain and beat the number of blocks on valid chain to fool SPV clients. But if that evil miner has the ability to create longer invalid chain he has the ability to make Selfish Mining attack also. Which will be much more profitable for him with the block rewards.
Post
Topic
Board Development & Technical Discussion
Merits 1 from 1 user
SPV client vs full node on Selfish Mining attack
by
matein30
on 04/07/2017, 14:24:08 UTC
⭐ Merited by ETFbitcoin (1)
What protects full nodes from Selfish Mining attack? And if there is no protection what makes a full node more secure than SPV client?
Post
Topic
Board Development & Technical Discussion
Re: Hard fork for new transaction type for all bitcoins from single address.
by
matein30
on 10/06/2017, 08:16:13 UTC
Quote
I can see why. At this time I don't see any way around it.
Do you think it can't be accepted or it is technically not sound.
Post
Topic
Board Development & Technical Discussion
Re: Hard fork for new transaction type for all bitcoins from single address.
by
matein30
on 09/06/2017, 15:53:18 UTC
Quote
I think I understand what you are trying to get at. Is it reducing the unspent transaction output set by doing a many to one transaction under a single key?

It is true that UXTO is growing. You can see that here:

http://statoshi.info/dashboard/db/unspent-transaction-output-set

But remember, one could even hand craft any flavor of transaction and submit it to the network. but any transaction is worthless unless miners pick it up and hash it into the block chain.

I suspect you are talking about transactions that are small relative to the transaction fee, so miners would ignore them.

But maybe I'm not seeing your point. At any rate, happy to see someone digging into the docs.

Yes you understand me correctly. This is very important for donation usecase. Video streamers are now forced to use other cryptos because of this. Half of all utxo are unspendible right now.
Post
Topic
Board Development & Technical Discussion
Re: Hard fork for new transaction type for all bitcoins from single address.
by
matein30
on 09/06/2017, 10:06:12 UTC
I thought this would be too easy and too good for not being offered before so i thought that i must have missed some obvious basic problem with this. I was hoping for someone to tell me where i make mistake.
Post
Topic
Board Development & Technical Discussion
Topic OP
Hard fork for new transaction type for all bitcoins from single address.
by
matein30
on 08/06/2017, 16:11:56 UTC
Fees are very big and it gets even bigger if a transaction cointains many inputs. But good thing about many input transactions is that it generally contains only one public key so one signiture is enough.

This is transaction data from https://en.bitcoin.it/wiki/Transaction braces used to show new format.

Input:
Previous tx: f5d8ee39a430901c91a5917b9f2dc19d6d1a0e9cea205b009ca73dd04470b9a6 (Public Key)
Index: 0 (-1 means all transactions upto previous block)
scriptSig: 304502206e21798a42fae0e854281abd38bacd1aeed3ee3738d9e1446618c4571d10
90db022100e2ac980643b0b82c0e88ffdfec6b64e3e6ba35e7ba5fdd7d5d6cc8d25c6b241501

Output:
Value: 5000000000
scriptPubKey: OP_DUP OP_HASH160 404371705fa9bd789a2fcd52d2c580b65d35549d
OP_EQUALVERIFY OP_CHECKSIG

It makes managing UTXO set more complicated but i think it is a good sacrifice considering it s a scaling solution and many UTXOs are unspendable right now.

I don't know anything like this ever suggested before or does it have any problems i have not thought. It may be merged to any blocksize increase HF.

Please share your thoughts on this. Thanks for advance
Post
Topic
Board Development & Technical Discussion
Re: AliasCoin Proposal: How To Send Money To "Satoshi" Instead of "1TE6a7tvT..."
by
matein30
on 18/05/2017, 23:59:02 UTC
Why use registrar, instead we can make alias transactions to a specific burn address and if amount per time is greater than previous, alias is replaced. Minimum amount can be set to prevent spam and sybils.
Post
Topic
Board Development & Technical Discussion
Topic OP
Using LN to create full node incentive.
by
matein30
on 14/05/2017, 11:18:07 UTC
Is there anyway to create a system with LN to create incentive for full nodes? I don't have enough technical understanding but i feel like it is possible to create such a system. Blocks would propogate with encryption, only a payment through a LN transaction will reveal key somehow. Money might be given as donations or miners may be involved as decreasing orphan probability or maybe UASF to channel some percent of fees to this system.
Post
Topic
Board Development & Technical Discussion
Re: Post your SegWit questions here - open discussion - big week for Bitcoin!
by
matein30
on 26/02/2017, 08:45:52 UTC
What I don't understand is that if soft-forks are backward compatible why would other miners reject it? Doesn't backward compatibility mean that new blocks are seen as valid by old clients? And if you wait everyone to update what is the benefit for soft-fork? Is there a con of Hard-Fork if it has 95% support?
The way that the soft forks work is that it makes something previously valid invalid. This means that it is backwards compatible, old nodes won't reject stuff made with the new rules. However, that also means that something invalid under the new rules can still be valid under the old rules. If miners and nodes are still running nodes with the old rules, then they will accept those transactions and blocks as valid, but not the new nodes. This can cause a split in the network and potentially a blockchain fork, and just be a major pain to resolve.

The point of the 95% signalling is so that everyone knows that it is safe to use the new rules because the miners are promising that they will use the new rules when creating blocks. It ensures that nearly all miners will enforce the new rules which means that the likelihood for a chain split is much much lower.

I don't get technical details but this makes sense. https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-February/013643.html
Post
Topic
Board Development & Technical Discussion
Re: Post your SegWit questions here - open discussion - big week for Bitcoin!
by
matein30
on 25/02/2017, 15:30:49 UTC
Why wait 95% on a soft-fork? What happens if segwit miners starts mining segwit blocks right now?
Because of the way the soft fork works, unless a consensus is reached, the other nodes will simply reject all those blocks as invalid until the 95% is reached, so if a miner mines segwit blocks they end up being seen as invalid by all the other nodes and all the mining work is wasted. Once another 2 blocks are mined elsewhere on the network, even the miner's node will switch to the non-segwit mined blocks.

What I don't understand is that if soft-forks are backward compatible why would other miners reject it? Doesn't backward compatibility mean that new blocks are seen as valid by old clients? And if you wait everyone to update what is the benefit for soft-fork? Is there a con of Hard-Fork if it has 95% support?
Post
Topic
Board Development & Technical Discussion
Re: Post your SegWit questions here - open discussion - big week for Bitcoin!
by
matein30
on 24/02/2017, 21:37:06 UTC
Why wait 95% on a soft-fork? What happens if segwit miners starts mining segwit blocks right now?
Post
Topic
Board Altcoin Discussion
Re: Blockchain vs DAG (Byteball's concencus algorithm).
by
matein30
on 22/02/2017, 17:13:03 UTC
Quote
If this was the case, wouldn't this coin be worth more than BTC already? there must be something, there are always tradeoffs.

Coin has distribution problem right now. 87% of all coins are at developer's possession. He tries to distribute it fairly with bitcoin binding. But it will take some time. This why this coin is worthless now.
Post
Topic
Board Altcoin Discussion
Topic OP
Blockchain vs DAG (Byteball's concencus algorithm).
by
matein30
on 22/02/2017, 06:18:43 UTC
Hi,

DAG (directed acyclic graph) seems to good to be true, no need for miners. No block size issue, no %51 attack. Finalization. More decentrilized.
What are the cons of DAG vs blockchain?
Can bitcoin somehow adapt DAG?

Thanks for answers.

Post
Topic
Board Service Announcements (Altcoins)
Re: CoinMarketCap.com - Market Cap Rankings of All Cryptocurrencies!
by
matein30
on 15/02/2017, 12:21:18 UTC
I think coinmarketcap should publish an index about all Cryto-Currency market cap. Something like CRYPTO50 means total MarketCap of first 50 crypto currencies / 1M USD. Then exchanges can use it to create future contracts. I want to invest all cryptos without investing individually. What do you think about this?