Bitcoin Forum
June 22, 2021, 05:19:19 AM *
News: Latest Bitcoin Core release: 0.21.1 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 »
1  Economy / Service Discussion / Re: CoinLenders, Inputs.io, Tradefortress (HACK) on: July 16, 2018, 06:04:07 PM
hacker --> unknown --> your address
19kjtoCM9DvzQwbeyXZwe1w8vrGTYoMvwj (11BTC) --> 3KiziaS3vpq2voFCqwBR5VCc5Qa3XH1RXv --> 1CaZEHtxg7g1ECurk5VL2G6zGUBjvD6odn
1DPEhNjeGNXjYH7bxodLy8zGQegsPf8zU6 (8.45BTC) --> 3KiziaS3vpq2voFCqwBR5VCc5Qa3XH1RXv --> 1CaZEHtxg7g1ECurk5VL2G6zGUBjvD6odn
Ya the "unknown" is definitely Tradefortress, if that helps.
2  Economy / Service Discussion / Re: CoinLenders, Inputs.io, Tradefortress (HACK) on: July 16, 2018, 01:55:39 PM
I don't know, but you can see the transactions here;
https://blockchain.info/address/1CaZEHtxg7g1ECurk5VL2G6zGUBjvD6odn

Hi DumbFruit,

Trying to reach out to you privately regarding this address.  Would you please temporarily allow newbie's to direct message you so I can give more context?

Thanks

Iíd speculate heís a bit busy(/happy) at the moment, and rightfully so!  Shocked

Sounds like a good outcome in what was a very bad situation from reading the thread.  To give more context for the reasons trying to make contact.  Iíve been helping out someone who recently had a sum of bitcoin stolen from them.  The user in question, was quite naieve and in asking for help, the attacker took control via teamviewer and stole his funds.  

Have quite a lot of info on the attacker already which is positive... in following the funds, there seems to be a connection with the address above so am hoping that DumbFruit may be able to sched some light on a transaction source (hacker ó> unknown ó> address above, guessing this was an exchange, given the amount).  Itís information, that will significantly help with this.

The person in question, I made contact with after hearing about the hack on Reddit... heís in a bit of a bad way given the hack and itís ruined his life at present so any help, greatly appreciated.  Iím new to bitcointalk so if anyone can bring this to DumbFruitís attention with a view of allowing direct messages from newbies, then it would be appreciated.  Thanks.

Ugh. I was hoping my address would fall under the radar, but I suppose that was wishful thinking. In retrospect I should've proven I had access to the address and had Tradefortress send elsewhere. In my defense, I wasn't super confident he was going to send anything.

I'm not really eager to participate in tracing coins that ended up with me. I was partially reimbursed for a (bad) investment from years ago. If you believe that those two transactions were two steps away from a scammers address, then I guess you can follow up with Tradefortress.


Busy/happy is definitely a good way to put it. Coming into money so suddenly came with a set of problems I wasn't expecting to be dealing with, but they're definitely good problems to have.
3  Economy / Lending / Re: CoinLenders depositors: Reimbursement available (please read!) on: July 15, 2018, 11:14:44 PM
Regardless, Iíve found recent transactions which appear to be showing you receiving 2 reimbursements roughly 2 weeks ago...
It doesn't really matter a whole lot, but imagine for a second that what Tradefortress has said is true and he was hacked, and is returning 5 years later to try to make amends to his customers, you come by asking everyone reveal the transactions implying that not only is Tradefortress is a fraud but we might be part of it. Tradefortress could easily just list all of the transactions, but he doesn't out of respect to his customers. I expressed that I prefer it that way and you post the information anyway.
That's just real sweet of you.

And seriously, you should share the rest of your lessons learned, they will not be a bore and may help others.
Ya it worked out so well last time. Maybe this time you can post the name of the bank I use?

heís potentially had your coins for 5 yearsÖ and still could have ~38% of them somewhere.
Maybe, only he really knows. Though I've gotten far more returns in purchasing power than I ever hoped to gain by investing in Coinlenders. If I could guarantee the same results, I'd do it all over again. (Obviously it was still a bad idea, and would still be a bad idea.)

I'm still not sure what any of this has to do with my advice, which essentially was for victims to play nicely to get their coins back but do not trust the account or who is behind it.

This is patronizing. I knew to be cynical back in 2013, and I especially know it now. It wouldn't have helped me then, and it's not helpful now. I know that's blunt, and I'm sure you have good intentions, but I wish if I could go back I could have given myself very different advice.

I don't disagree with you per se, but focusing on cynicism is guiding people toward looking at investing the wrong way. There's all kinds of ways you can still get burned even if you're cynical. That's what really grated on me when I read it.

Edit: Whatever. I should've just posted my own thoughts rather than being argumentative. I apologize.
4  Economy / Lending / Re: CoinLenders depositors: Reimbursement available (please read!) on: July 14, 2018, 09:12:23 PM
Am starting to give the neagtive comments here a credibility. I did a bounty work for TF 3 days ago for 20 BTC , off escrow deal only to be ignored by him after work delivery. If I don't get any response from him within the next 24 hours... I guess il be counting a broken egg. Until then il be patient and drop him a benefit of doubt.

Quote from: TradeFortress
A reward of 20 BTC will be offered to anyone who provides information that leads to the arrest of this scammer.

It's borderline impossible to arrest people internationally, so I wouldn't be holding my breath if I were you. This has nothing to do with trustworthiness and everything to do with the reality of international law.


Words of advice: During this time where TradeFortress will be trying to re-establish credibility for an upcoming scam, play nice, get as many of your scammed coins back as you can, and then never communicate with this account again. If he truly wants credibility re-established, he can wait 5 years after returning your coins just like you did.

Also, for the record, anyone who claims they are receiving anything should be posting transaction links.

I'm sure your intentions are good, but this really annoys me for two reasons. The first is I made the mistake of telling people how much bitcoin I had the first go-around and I don't intend on repeating that mistake. So the implication that we aren't posting the transaction and therefore possibly in on Tradefortress' potential deception is annoying.

The second is that this advice is useless. I've had a lot of time to reflect on the large amount of bitcoins I thought I lost, and there were many lessons that I learned that I won't bore you with. The most relevant lesson here is that controlling risk has very little to do with the "credibility" of the source. When I gave over my bitcoins to Tradefortress I spent days looking through his history and I couldn't find a single credible accusation against him, he clearly had a lot of knowledge about security, and even spent a lot of time pointing out vulnerabilities and scams in other offerings back in 2013.

My point is none of this made any difference whatsoever. It wouldn't have made any difference with MtGox, Theranos, Coinlenders or all kinds of other failed companies we could talk about. Credibility is a borderline worthless indicator, because everyone can make mistakes, and no one can hear a lie that the speaker believes.

So ya, don't invest in companies you don't trust, duh, but don't invest in companies just because you trust them either.
5  Economy / Lending / Re: CoinLenders depositors: Reimbursement available (please read!) on: July 03, 2018, 05:08:39 PM
I can confirm that this is not a scam, and that Tradefortress is in control of his account. I encourage anyone that is a customer of Inputs.io/Coinlenders to contact him for reimbursement. He returned far more than I had ever hoped.

I suppose if we took a pessimistic view it could be that Tradefortress had the coins all along, has had a crises of conscience and is now returning a larger portion. In my case, I'm completely sure I would have sold my coins long before the price got to this point and as a result I'm far better off having giving them to Tradefortress than not.

I happen to think he's someone that accumulated a lot of bitcoins before and after the hack and now he wants to make amends to his customers. If that's the case, then he deserves a lot of respect. I'm not sure I'd have the character to do it if I were in his shoes.

In any case you should contact him if you were a customer.
6  Bitcoin / Development & Technical Discussion / Re: DagCoin: a cryptocurrency without blocks on: April 04, 2017, 11:40:47 PM
I am not a "Bitcoin Maximalist"...

Let's continue then?

This is how consensus works - https://forum.iotatoken.com/t/iota-consensus-masterclass/1193. Any flaws?

What do you mean by "flaws"? I'm sure it works as written, but the design drives the network topology towards highly centralized nodes.

In other words; The "Green Squares" are on centralized servers and not on a broad distributed system, which is why I object to people that refer to DAG as some kind of alternative to the blockchain when it simply doesn't work in that use-case (A highly distributed trustless consensus).

For example when you answer questions like this;
Quote
Pascal L:
Lets say there are 100k TPS...won't that require a really strong server?

Come-from-Beyond:
Yes, or 100 weak ones.

No it's not "or 100 weak ones". The answer is that DAG works better the more centralized it is. That's the way it's designed. It doesn't work equivalently well between 1 "really strong [node]" or "100 weak ones".

On the flipside, Bitcoin's blocks, through POW and the block size limit, allow all transactions to be transferred to literally anyone that wants to run a full node. It's this rate limitation over time (made possible by POW on discrete limited capacity blocks) which allows this synchronization to happen, which is explicitly destroyed in the DAG protocol.

That doesn't mean DAG is "flawed", it just means that it doesn't work as a method to come to decentralized trustless consensus. That's why DAG/IOTA should be separated from the words "Distributed" and "Decentralized" with several paragraphs of clarification.

7  Bitcoin / Development & Technical Discussion / Re: DagCoin: a cryptocurrency without blocks on: April 04, 2017, 08:16:29 PM
You could have just saved yourself the effort and said, "Ya you're right, DAG doesn't work as a distributed consensus mechanism.", but whatever floats your boat.

I would save the effort if I saw "Bitcoin Maximalist" stamp on your head earlier...

I am not a "Bitcoin Maximalist". Bitcoin has many flaws, but Bitcoin achieves decentralized trustless consensus which IOTA/DAG can not achieve because the DAG architecture fundamentally breaks the mechanism that allows consensus to form in a decentralized manner.

It's all well and good to use this wherever it's useful, but don't go around pretending that DAG is a magical drop-in replacement for the Bitcoin blockchain which allows "massive scalability" while maintaining anywhere near the same security guarantees and network topology.
8  Bitcoin / Development & Technical Discussion / Re: DagCoin: a cryptocurrency without blocks on: April 04, 2017, 05:42:25 PM
You could have just saved yourself the effort and said, "Ya you're right, DAG doesn't work as a distributed consensus mechanism.", but whatever floats your boat.
9  Bitcoin / Development & Technical Discussion / Re: DagCoin: a cryptocurrency without blocks on: April 04, 2017, 04:28:33 PM
I wish they'd stop referring to DAG as "decentralized", especially when years later there is no cryptocurrency in sight that relies on DAG that is also significantly decentralized, for exactly the reasons I explained... More than a year and a half ago.

I'd like to point out that in DagCoin, it is still only miners that vote. If you're a user that applies work on a transaction and broadcasts it, then you're a miner.
Work is a waste from the perspective of the miners. There is no incentive, or even a method to incentivize miners to do work on transactions in DagCoin. Competition would atrophy hashpower on the network in order to drive up transaction speeds, which is the product that the miner provides, users enjoy, and the only method of remuneration. Mining is just a cost that the miner wants to minimize.
This is just like if we removed the block size limit from Bitcoin and removed the subsidy.

That problem, the lack of funding for difficulty increases in order to slow down transaction speeds, isn't referenced in the white paper unless I missed it. So ultimately to get back to answering your original question "Why 1 sec, not 1 min?" the answer is I don't see any decentralized throttling mechanism that could actually work in DagCoin.

http://forum.iota.org/t/discussion-removing-peer-discovery/939/2

IOTA requires that you manually assign peers because running on it's own it implodes from the bandwidth, because of course it does. It removed Bitcoin's throttling mechanism and now they want to figure out how to prevent these out-of-control blocks in this "blockless" blockchain. Sometimes the real world really is stranger than fiction.
10  Bitcoin / Bitcoin Discussion / Re: The Extreme Flaws Of Bitcoin on: December 01, 2016, 04:06:51 PM
It is not true that there is no such thing as ASIC-resistance.

Algorithms can be formulated that are not simple to manufacture ASICs for, like the Cuckoo Cycle. The reasoning goes that the more difficult it is to make an ASIC, the less of an advantage it will have against general consumer-grade computers. On the flipside, the complication raises the barrier to entry of competing ASIC manufacturers, thereby potentially centralizing the ASIC suppliers.

More importantly, it misses the forest for the trees. ASICs are not the core reason for centralization of mining, it doesn't even appear to be a significant factor. The most significant cause is comparative advantage in energy costs, which is just as advantageous even if you had an ASIC-proof algorithm.

While it's strictly true that running a node is not rewarded, rewarding them would not aid in decentralization. After all, it's trivial to run more than one node in a centralized manner, and a reward would only encourage that behavior.

Centralization is evidence that operating a node is non-trivial and that centralization offers a significant advantage and reward.

Ideally, we would like to see the cost of mining exceed the block reward in order to drive out centralized high-overhead competitors, while the charitable miners remain, while simultaneously hoping that the Work is high enough to secure the blockchain. When the problem is phrased like that, it's apparent that ASIC-resistance and node reward won't get you there.

In order for this to happen, casual users must be willing and able to operate a mining node while investing trivial time and resources to do so. In this regard, ASIC-resistance could be useful because it could negate the need to purchase specialized hardware. On the other hand consumer-grade ASICs could potentially make POW easier to offload from their devices. Regardless, just like they aren't the most significant factor leading to mining centralization, ASICs are not the most significant reason nodes are not trivial to operate.

The elephant in the room is the size of the blockchain. For a casual user, it's slow and tedious to download and verify, and it takes up enough space to be annoying. There is also the problem that the software is still not settled and prone to potentially consensus breaking behavior, meaning a node cannot be left to run without any user intervention.

1.) Running a node and mining should be unprofitable.
    a.) Mining should be done charitably.
        a.) Providing work should be trivial and easy to get started.
            a.) Bitcoin's consensus code needs to be settled indefinitely.
            b.) The blockchain needs to become easier and cheaper to download.
        b.) Some sort of religion. (Lottery?)

ASIC-resistance, higher inflation, POW substitutes, and larger block sizes have all been proposed as ways to achieve a higher quantity of decentralized nodes. ASIC-resistance is at best an incomplete solution. The rest make the problem worse.

That's my 2 cents, anyway.
11  Bitcoin / Development & Technical Discussion / Re: Using the confidential transaction sum for proof of reserves on: August 10, 2016, 01:01:09 PM
Thread;
https://bitcointalk.org/index.php?topic=1085273.0
12  Bitcoin / Development & Technical Discussion / Re: Scaling Bitcoin with Subchains on: August 05, 2016, 05:08:36 PM
I don't see any major problems with fungibility as what level of chain you use depends on how much fees you are willing to pay, and this also is directly dependedent on how big in value the transaction is. So if I want to sell you a bitcoin, you just tell me what chain "path" you are on, and I send it to whatever level on that path you want. The higher level, the more fees, just like with a bank or with postal mail, you pay more fees for more security for the transfer.
Sure, but is that complication, reduction in security, and damage to fungibility, worth the increased throughput? I'm not so sure it is.

"Checkpoints" could be added after a certain block depth, which would sort of "tie up" all the lose chains, but that seems like just increasing block sizes, except messier.

And also, it is annoying that Peter R used the same term "subchains" as me.
Not the first or last annoying thing he's ever done...
13  Economy / Games and rounds / Re: 1000 BTC GIVEAWAY! From your friend rekcahxfb on: August 03, 2016, 08:32:14 PM
3H38X5MNnkxgnbLp8Mqx5w8cTANK1BSnAx
14  Bitcoin / Development & Technical Discussion / Re: Incentivizing Bitcoin Nodes on: July 27, 2016, 01:51:23 PM
How about this; Put a "transaction redistributor" layer in wallets, so that users can either choose miners to send their transactions to, maybe simply based on presumed geographical node positions and hashrate, or else have a third party handle it for them. The third party is trusted to have them mined in a decentralized manner. They might certify miners, in order to verify non-collusion, but how the third party ensures decentralization is open to competition.
If the transaction doesn't verify over a certain period of time, or if users no longer trust a third party for any reason, users could always fall back to standard broadcasting of transactions. This way, users can try enforcing a decentralized mining process, even though it would mean slower confirmation times, and slightly more expensive fees.
For this to have any chance of working, miners would have to be primarily funded through transaction fees. I find that interesting because it's a separate reason why funding miners through inflation is improper, and why a robust fee market is desirable. I previously disliked funding through inflation only because a good medium of exchange should have a stable supply, for easier economic calculation, and the inflation rate isn't found through a market process.

I think this would be a difficult product to get users to adopt, because there doesn't appear to be any immediate benefit to them. It is also hard to establish trust with a third party, due to the nature of it being surprisingly difficult to prove nodes are decentralized, and therefore also difficult to ensure third parties are being effective.

Nonetheless, it is at least a method to incentivize decentralized nodes, and doesn't seem likely to make the situation worse.
15  Bitcoin / Development & Technical Discussion / Re: Scaling Bitcoin with Subchains on: July 22, 2016, 03:44:34 PM
An important property of money is fungibility, which means each unit is equivalent to any other. When you break up a chain into sidechains, subchains, "subchains", treechains, mini-blockchains or whatever, you end up introducing differences among different units of the currency. That's the goal with colored coins, but less obvious is that fungibility is damaged even when you aren't marking the coins explicitly.
Those differences carry a different market value, and so they would by traded as different commodities, which is at least one reason it doesn't work very well as a scaling solution.
Put differently, coins on a sidechain, subchain, "subchain", mini-blockchain, treechain, or whatever represent a different financial asset than coins on Bitcoin proper, even if redeemable in bitcoins.

If, on the other hand, you design a system in which each chain really is equivalently secure on the blockchain, and protected from double spends, then you've really just obfuscated a scheme of faster, or bigger, blocks, one way or another, and the standard caveats concerning that applies. That appeared to be what Peter R's "subchains" did, but what do I know? Maybe I misunderstood him.
https://bitcointalk.org/index.php?topic=1320095.msg13492452#msg13492452

There are various ways people have tried to get around this issue, but I haven't seen any that are all that compelling. For instance, Peter Todd says that in TreeChain's you can say that a transaction is safe once the work done on it exceeds the value of the transaction. At the end of the day it's indisputable that not all branches were created equal, and you're assuming different levels of security depending on where your transactions end up on the tree, thereby damaging fungibility. In the real world this would look like; "Oh you want to sell me a bitcoin? That's cool, but I'd like to wait for your branch to get more work on it before I feel comfortable doing that."

So what I'm trying to get at here is if you can somehow break up Bitcoin's transaction history while also preserving it's fungibility, that would be pretty neat.

16  Bitcoin / Bitcoin Discussion / Re: Bitcoin and me (Hal Finney) on: July 13, 2016, 03:06:09 PM
That does absolutely nothing to address the Hard Problem of consciousness, which since it lacks any logical definition, is free of any falsification. So of course consciousness is immortal before it kinda dies and wasn't created just in time to live, whatever that means, on a gigantic little speck hanging on nothing out in the middle of nowhere, stupendously.
Something about the infinitesimal unlikeliness, so priceless, blah blah blah. Death.
Anyway what's the point of preserving peaches in a jar before throwing the whole jar into a fire? After all, the universe is going to die even more impressively than we will. Maybe I'm jealous.

Here's something; Maybe we're all the same person. Maybe I'm actually a hyperdimensional creature that gets caught up in nets of neurons and I experience each life one at a time, maybe in no particular order in time. Maybe when I die, that consciousness will slip out and cling to a kid from K-Pax that dies from hemorrhaging in his blugerplex* (Bummer.). You're actually me when I'm experiencing you. So maybe saving life is even more doubly pointless, and the important thing is just to be goodly to one another so when I will have had been you my life won't be so bad.

Who the hell knows? I'd have done this whole universe differently given the chance, so I guess that just proves I'm not God, at least in this meat-sack, whatever I/we/He/They are.

Greg Maxwell talks about creativity, but come on. We cure diseases all the time, because diseases feel bad. Aging is no different. Maybe instead of saving lives and reducing pain, we should all just liquidate the planet in radioactive hellfire as a kind of vote of no confidence since human life sucks ass through a straw 9 times out of 10, throughout human history so far, and force whatever created the universe to start over with something hopefully less sadistic. Maybe we should stop beating around the bush and get this whole "dying" thing over with.

The cool thing is we have the technology today to wipe out all life on this planet. We'll probably never have the technology to live forever (You know, since the universe appears to be dying and all.).

*I know, shut up.
17  Bitcoin / Development & Technical Discussion / Re: Incentivizing Bitcoin Nodes on: July 07, 2016, 01:03:44 PM
Number of nodes is not a problem. At least for security of the system. What could they do? Transmit invalid transaction / do not transmit a valid transaction.
Honest nodes and miners will ban those nodes straight away. They only good to spread the FUD across the system. And they already tried it with BitcoinXT. However, it is a psychological  (social-engineering) attack not a technical one. What they tried to do, is give an impression that a lot of people moved to their client. And probably, most of those nodes were running on single server.

Could similar attack happen in the future? Yes, possible. Maybe, it's already underway  with Bitcoin Classic. But those attacks not stand a chance against bitcoin protocol.
You're underestimating social-engineering attacks, which include political maneuvering. If you think governments won't kill a billion dollar industry through their own good intentions, I encourage you to check out Detroit sometime.
But it's not only social-engineering attacks. DDOS, physical attacks (even natural disasters), and viral attacks become much more effective when you're only dealing with a handful of nodes.
18  Bitcoin / Development & Technical Discussion / Re: Incentivizing Bitcoin Nodes on: July 06, 2016, 08:33:03 PM
It's not nodes that need to be incentivized, that's really easy to do. It's also not latency we're looking for either. What we really want is a way to decentrally, and trustlessly, prove that nodes are geographically distant (as a proxy for node anarchy), and incentivize it. It's pretty easy to prove that any two nodes are closer than or equal to a certain distance, but I don't see how to do any better than that.
We could have 3 trusted centers, which would triangulate a node and mining rewards could then be adjusted based on how geographically separated they are, but that's neither trustless nor decentralized.

Like I've said before that seems like a paradox in Bitcoin. We want Work that is nontrivial, to prevent attacks, while also wanting nodes to be trivial to start and operate, to prevent other sorts of attacks. Seems to me as long as mining is profitable it will always struggle toward centralization, and Work minimization, which is always economically optimal. The only way for Bitcoin to remain secure is by being economically unoptimal, which would require charitable node operation, which has become more and more unfeasible as operation has gotten more expensive and tedious.

I expect we'll see even more centralization when we hit the next reward halving, which isn't exactly prescient, that's been the norm. Unless someone can find a clever way to incentivize node distance (node anarchy), which seems like a pretty hard problem, or we start pouring wine on the ground for the Bitcoin gods, we're going to see the slow death of Bitcoin as a decentralized trustless currency, though it may survive as some other sort of abomination.
19  Bitcoin / Development & Technical Discussion / Re: Bitcoin greatest vulnerability on: June 21, 2016, 07:41:12 PM
Code:
rt= bitcoin address"1234567890A B C D E F G H I J K L M N O P Q R S T U V W X Y Z a b c d e f g h i j k l m n o p q r s t u v w x y z"

The (1234567890A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
a b c d e f g h i j k l m n o p q r s t u v w x y z) system that creates Bitcoin is reduced to (rt)

With Chinese, Japanese, Latin Alphabet, the numbers and a thousand characters number series, only

    (rr) Bitcoin address
    (tt) Bitcoin address
    (rt) Bitcoin address
    (tr) Bitcoin address

       addresses can be created.

In this case when you create a Bitcoin address with a character series(6789012345678901友達彼女雪男),(Llisp),(1234542152695) of  any length, a collision occurs.

Let's consider Bitcoin (tt) as a cold address, in this case someone else can create the cold address.
Such logic, much amaze, wow.

So you're saying if I have the target of decimal 10 in binary, 00001010, I could find a collision just by finding A in hexadecimal ?
20  Bitcoin / Development & Technical Discussion / Re: Transaction Fees Issue. on: June 03, 2016, 06:29:18 PM
That's easy; mine your own block.  Wink
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!