Bitcoin Forum
September 21, 2023, 06:28:08 PM *
News: Latest Bitcoin Core release: 25.0 [Torrent]
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 »
1  Alternate cryptocurrencies / Bounties (Altcoins) / Removed on: June 28, 2018, 12:33:33 PM
2  Alternate cryptocurrencies / Announcements (Altcoins) / Removed on: May 30, 2018, 01:09:47 PM
3  Local / Treffen / [Graz/AT] - 3. Feb. 2015 Cointalk:"Was ist der Wert von Bitcoin?" on: January 26, 2015, 01:06:17 PM
Start: 18:30
Ort: Spacelend

Mehr Info, Programm + Anmeldung:
4  Bitcoin / Development & Technical Discussion / Combine txouts that have the same content on: January 09, 2015, 02:34:00 AM
I think I read a thread about this some time ago and with concerns about block sizes and growing transaction volume, it might be worth thinking about this again:

What about introducing a transaction type that anyone can issue (even if the inputs of that transaction can't actually be spent by that person) under the following conditions:

* There is more than 1 input
* All inputs have the exact same script as the other inputs and as the outputs they are referencing
* The resulting single output has the exact same script as all inputs
* OP_RETURN outputs are not used as input
* The transaction pays no miner fee (the sum of all input Satoshis = Output value)


+ "defragment" the UTXO set by collapsing identical transaction scripts into a single one
+ not limited to an "address" system (which people wrongly assume Bitcoin is based upon, since popular websites display it like this), works on the lowest common denominator on the protocol level
+ easy to verify that scripts are identical
+ maybe the only way for decades to spend some of the dust transactions out there


- It is not be enough to know what outputs you could have spent in the past to sign a transaction offline, you need to check online which output(s) you can spend right now
- Takes up even more space in blocks and requires miner cooperation to include these for free
- Might have unforseen consequences(?) for some more esoteric transaction output scripts
- Is a hard fork

A potential modification could be that this kind of transaction can only take place after the potential inputs have aged for some time, so people can't immediately spam a second transaction as soon as you recieve a pubkeyhash transaction. On the other hand, miners might anyways take care of the economies of this, as a reduction in UTXO size is in their main interest.
5  Bitcoin / Development & Technical Discussion / Adding a different signature algorithm on: June 27, 2014, 09:51:03 AM
After reading I wonder if something like this is also on the mid-term agenda for Bitcoin, since especially the issue with ECDSA (weak RNGs on Android) even already has affected its users.

Yes, I know, I know, for some people Ripple is a red flag - please don't discuss this here though, please focus on the better performance + security aspects of using Ed25519 signatures instead of ECDSA.
6  Other / Meta / Exporting data from the forum (trust network) on: June 21, 2014, 01:08:22 PM
Now that the "trust" system is in effect for some time already, I thought it would be nice to take a closer look at it.

However, I don't want to go and write a crawler + parser to extract all info of ~330k accounts if there is another way. It might also save bitcointalk from quite a bit of traffic too. Is there some machine-readable way to export the data on the trust page (e.g.;u=3) and/or are there limits or rules in place that could keep me from crawling these pages? Has someone already done this maybe? Searches for "trust" often just bring up pirateat40s scam...
7  Local / Presse / [Heise] Bitcoin: Erstmals gefährliche Konzentration der Mining-Leistung on: June 16, 2014, 06:59:32 PM

Irgendwie bullshit, deepbit hatte auch schon mal über 51% 2011 so weit ich weiß, eventuell BTCguild auch für kurze Zeit. Ich hätte aber seit damals auch erwartet, dass P2pool mehr anzieht, der dümpelt ja immer noch ziemlich dahin.
8  Bitcoin / Development & Technical Discussion / So... any other long known but rarely looked at obscurities lingering out there? on: February 12, 2014, 02:44:29 AM
TXIDs of unconfirmed transactions can not be trusted to stay the same. <-- We saw what that one did very recently.
If ECDSA requires a RANDOM number, you better make sure you actually use a random one. <-- We had that one too (aka. Android bug).

Any other "long known" wiki articles with things that are likely being overlooked by client implementers or people using the RPC API?
Examples could be some more exotic script types, chain reorg detection, relaying (or not relaying) as well as reporting double-spend attempts, dust spam/collection, some more intricate crypto stuff...
9  Bitcoin / Bitcoin Discussion / Google payment team asks for your ideas on: January 22, 2014, 09:19:31 PM
Ariel Bardin, Vice President of Payments @ Google has asked me to facilitate a Google Moderator and pose the question "What would I want Google to do with bitcoin?". He's promised me he will personally review the results and pass it on. Please help me with this and take the time to submit something: What would I want Google to do with bitcoin?
"Me" in the above quote is JasonBored on Reddit by the way.

Anyways, here's the link - you can help in 2 ways:
* Submit an idea (if you have several ideas, just submit several ones - don't mix 3 ideas into 1 submission please and don't re-submit already posted ideas)
* Vote on existing ideas - especially the random one at the top, not just the highest voted ones that are displayed below.
10  Local / Projektentwicklung / Python Implementierung des DTC Protokolls on: December 05, 2013, 01:34:09 PM
Ich mag das Ganze nicht noch auch auf Deutsch abtippen, schaut bitte einfach mal hier vorbei, wenn ihr gerne Netzwerkprotokolle in Python schreibt und dafür bezahlt werden möchtet:

Fragen kann ich natürlich auch hier beantworten.
11  Bitcoin / Project Development / [BOUNTY] Sample implementation of DTC protocol in python-twisted on: December 05, 2013, 01:28:53 PM
Alright, here's the deal:

The protocol:

Reference C++ header implementation of the messages:

What I expect:
A pure python library that uses twisted ( as only dependency (well, and twisted's dependencies... Roll Eyes) and that implements all messages that are currently specified in the DTC protocol.
It does not have to connect to a backend, returning dummy data (e.g. a hardcoded list for market data) or hooks to supply actual data is fine.
If data can be calculated/known (e.g. current timestamps), I'd expect this to be there though.
Connection should be possible with or without SSL/TLS, setting everything up (certificate paths etc.) with twisted is of lower priority though (it isn't hard anyways, check

In the end I want to be able to implement e.g. my own market data connection that then gets sent to DTC compatible clients using your library (it would act like a "bridge"). To use it, all I would need to do is to do a simple "import dtcpy" and work from there.

I intend to OpenSource this code under the MIT license and would require periodic updates/commits to a public repository from you, please do not submit a bid if you do not want others to see, use and build upon your code!

As this is not a completely trivial task, I am open to suggestions on how to handle the actual bounty - would you prefer a pure BTC price up-front that gets escrowed and paid upon completion, a payment in USD value per week/hour/milestone...?
Please submit a bid with your preferred amounts publicly here (no, I will NOT discuss this in PMs), if I'm happy with the time line etc. we'll do a bit more formal (signed) contract (also public) and I'll put the bounty payment in escrow.
If others also see some benefit in this, they are of course also invited to pledge some amounts.

The general use case in the end would be to build a generic bridge to at least the SierraCharts software with multiple Bitcoin exchanges as potential markets. In the end, you'd load your API key(s) into a software built upon this library and you'd be your own broker. Since every exchange kinda creates their own little weird API, there needs to be some unification beforehand and DTC could offer that (it supports historic market data AND authenticated trading!). Maybe other people might find this interesting enough to pledge some amount, it would be possible already now if you write this bridge in C++. I personally want to use Python though and I don't care enough for "how many bytes does this message have and what endianness should timestamps be..." to port this on my own, there might be people out there that prefer this kind of work and I'm willing to pay for that.
12  Bitcoin / Development & Technical Discussion / Connecting bitcoind to open standards: OpenMAMA on: November 21, 2013, 11:20:36 AM
Great presentation about the idea behind it (watch it!):

Just looking at the various APIs from Bitcoin services (exchanges, bitcoind itself, charts...) it seems like a big mess that tries to re-invent the wheel constantly. OpenMAMA tries to be one of the first real initiatives (and it is driven by the NYSE, hosted at the Linux foundation!) to allow a kind of "plug + play" style middleware that can talk to each and any of these services rather than having to re-implement everyone's API in every single chart page or trading bot you do.

Just imagine you being able to plug a Bitcoin trading bot to the NYSE data and see how it would do there, or displaying FooExchange data in your everyday forex software right next to IB and Bloomberg!

I'd like to know if you think this is something that would be interesting for bitcoind too, as this might also be used to do actual trades (or in bitcoind's case rather transfers) and seems to me one of the first proper initiatives of implementing an industry wide standard after FIX. Bitcoin still is partly in a niche I think because we have to rely on it to be integrated elsewhere instead of offering easier ways to plug it into existing systems. To break this chicken-egg situation, interoperability might be needed and Bitcoin could do a better job at that.

Also it might push forward a few more Open Source finance applications, the current ones I found are poor excuses for what any proprietory service offers out of the box. If there is a standard used by Bitcoin, this might actually send a message out there that at least to interoperate with the Bitcoin ecosystem you just need to adopt this new open source standard that also allows interoperability with much larger players in the future. This could create a nice bottom-up approach instead of the current top-down one ("let's just wait until we are relevant enough so they have to pay the price to code a custom connector to the bitcoin APIs").
13  Alternate cryptocurrencies / Altcoin Discussion / Ripple XRP giveaway to GitHub users on: October 11, 2013, 09:53:56 AM

Who Qualifies?

We’re giving away 2,020 XRP (as a tribute to tomorrow’s Ripple Developer Conference at Money2020) to GitHub account holders who have at least one public code-writing activity before May 1, 2013, 00:00:00 UTC.

Accounts that have watched or starred the ripple-client, ripple-lib, or rippled repositories as of October 3, 2013, 21:15:00 UTC are eligible for 4,040 XRP.

Please note that these rules are subject to change without notice.

How Does It Work?

It’s very easy. By authenticating with GitHub, you’ll receive a giveaway code (or two if you qualify). Go here to begin.

Lastly, a note about privacy: While Ripple is by nature pseudonymous, we respect your right to determine the level of privacy you wish to ensure for yourself. Therefore, this giveaway has been constructed in such a way as to obscure the connection between your GitHub account and your Ripple address. We invite you to inspect the source of the giveaway client to see how this is done. That’s also why we recommend that you wait at least 24 hours between receiving your code and redeeming it. (But if you’re really anxious, you can redeem your code right away.)

Yes it works - no, I don't care if you think Ripple is a scam, please troll elsewhere.

Maybe you can also consider to send some of these free XRP to people who want to fund their accounts or to faucets. Even better would be to actually use them to develop awesome things. If you really do NOT want them at all, just enter a Bitcoin address in the Ripple client and send to that address, Ripple will then automatically trade the XRP for Bitcoin and they will be sent by Bitstamp to your address on the block chain.

If you intend to use Ripple ever again, please make sure to back up your secret key (= private key in Bitcoin) from your wallet to a secure location, there is NO WAY to recover your funds without it, just like loosing your Bitcoin wallet with your private keys inside.
14  Local / Treffen / Bitcoin-Austria Grazer Treffen (16.10.) on: October 08, 2013, 10:56:50 AM
Nachdem ich gerade mal wieder das B-A Wiki durchstöbert habe und hier im Forum noch keine Ankündigung war:

Termin: Mittwoch, 16.10.2013, 19:30
Ort: Spektral, Lendkai 45, 8020 Graz

Vielleicht interessiert's ja den/die eine(n) oder andere(n). Smiley
15  Local / Suche / [Bis 8.9.] Steam key - Total War: Rome II on: September 03, 2013, 12:30:36 PM
Ich denke, ich lasse das einfach in einer Art umgekehrten Auktion/"Bieterkrieg" laufen:

Ich biete zum Start 50€ in BTC am Sonntag, wenn es mehr als 1 Anbieter gibt, sollte derjenige einfach weniger bieten (z.B. "Ich würde den Key statt um 50€ auch um 49€ verkaufen."). Niedrigstes Gebot am Sonntag (8.9.2013) Vormittag (ich sag mal ~11:00 GMT+2) bekommt den Zuschlag.

Als Wechselkurs würde ich 24h weighted average in EUR von ansetzen und ich würde gerne den Key zuerst haben, bevor ich BTC sende.
Angebote bitte in zumindest 1€ Schritten nach unten und in Euro angeben.

Angebote werden NICHT per PN akzeptiert, nur was hier im Thread steht zählt! PNs zu dem Thema werden unbeantwortet gelöscht, macht euch gleich gar nicht die Mühe.

Sollte das DLC mit den Griechen dabei sein, bitte extra erwähnen, ansonsten erwarte ich mir eben die Vollversion, die man auf Steam derzeit kaufen kann. Ich brauche auch keine Tips zu Webseiten wie bitspend und co., die das für mich kaufen würden etc. - was ich erwarte, ist ein Geschäft hier im Forum. Ich erhalte dann einen Key per PN vom günstigsten Anbieter und überweise ein paar BTC sobald ich den meinem Account erfolgreich hinzugefügt habe.
16  Other / Meta / "Important announcements"?! on: June 16, 2013, 08:11:22 AM

Why the hell does this stuff belong in important announcements and not in service announcements?
17  Bitcoin / Bitcoin Discussion / ING children's book about banks and made up money on: June 14, 2013, 09:11:07 AM
"Money quote" (Little Leo has painted his own money and wants to deposit it at a bank):
Mr Bank smiled, even though he didn’t have a mouth. “I’m afraid I can’t
accept that money, little Leo. Nobody will be able to pay with money you’ve
created yourself.”

The "history of money" section implies somethow that there is still a gold standard...
Also interesting is that the answers about what a bank does are very biased towards a modern western standpoint (=charging interest on credits) + handing our credit money, not speculation. If you published this book in some former times, you might get into quite some trouble, as interest equals usury... Roll Eyes

Lastly people in poor countries are apparently poor because they don't know how to earn money, and they are so stupid that they need 9 year old kids from places where people know how to earn money to help them.

I'm not too sure if this relates 100% to Bitcoin, as it talks about made-up money and some theories behind I thought it might be interesting and also might help some discussions about Bitcoins. For example, how would they fit into the book's description of "money"?
18  Local / Off-Topic (Deutsch) / Artikel über Bitcoin on: May 28, 2013, 09:34:26 PM

...interessiert vielleicht den einen oder anderen hier. Smiley

Für Nichtösterreicher: ORF ist der staatliche Rundfunk in Österreich
19  Local / Off-Topic (Deutsch) / Meine(?) Geldtheorie on: May 24, 2013, 11:48:30 AM
In den letzten paar Tagen habe ich mir mal so einige Gedanken zum Thema Ripple vs. Bitcoin und Geld an sich gemacht.
Es würde mich freuen, wenn sich das mal ein paar Wirtschaftler durchschauen könnten und mir verraten, ob diese Theorie schon existiert (vermutlich ja...) und wenn ja, welcher die entspricht, damit ich mich da besser einlesen kann.

Wie ich Geld vs. Handelsware verstehe:

"Ideales Geld" hat genau 0 Eigenwert aber hohen Nutzen als Geld verwendet zu werden. Es kann nirgendwo für irgendwas eingetauscht werden nur weil es existiert, es berechtigt zu absolut gar nichts. Dadurch, dass es aber nützlich ist, wird es als "generelles Tauschmittel" verwendet. Wenn eine Kuh 2,13 Ziegen wert ist, wird man sich im Tauschhandel schwer tun mit der Zeit die Ziegenteile zu lagern. Hier kommt Geld als "Mittelsmann" ins Spiel - dadurch ist die Kuh z.B. 2,13 Geldeinheiten wert und die Ziege 1 Geldeinheit.
Problematisch ist es eben, wie man dann den Wert dieser an sich wertlosen Geldeinheit ermittelt, meiner Meinung nach funktioniert das am Besten am offenen Markt.

Eine Sache muss man jedoch bedenken: Ohne Markt ist das Geld auch nichts wert (im Fall von Euroscheinen hat man eventuell einen Heizwert, im Fall von BTC hat man nur einen Datenbankeintrag im Internet). Außerdem kann das Geld zwar zu 100% besessen werden (Bargeld/private Key in der wallet) aber nur gegen anderes wertloses Geld getauscht werden. Um zu handeln (handeln ist etwas anderes als tauschen), muss man mit etwas arbeiten, das möglichst VIEL Eigenwert hat.

Den höchstmöglichen Eigenwert (nach der Sache an sich) haben Schuldversprechen (IOUs aka. "I owe you"s) - die sind bis zu 100% mit etwas gedeckt, das aber nicht einfach austauschbar ist. Ein IOU auf eine Kuh kann man also nicht einfach so auf ein IOU auf 2,13 Ziegen auswechseln. Zusätzlich hat man bei ihnen einen Unsicherheitsfaktor dabei, den man zwar mit verschiedenen Methoden senken kann (z.B. mit dem Spieltheorieansatz von NashX: "Ich zahle lieber 100 BTC für etwas, das ich haben will, als dass ich riskiere dass 200 meiner BTC zerstört werden") aber nie ganz eliminieren wird können (Menschen sind nun mal sterblich, was z.B. viele Programmierer zu übersehen scheinen).

Am offenen Markt werden nun sowohl Schuldversprechen gegen Geld aufgewogen (abhängig davon, wie andere Schuldversprechen gegen das gleiche Geld bewertet werden) als auch Schuldversprechen gegen Schuldversprechen (wobei man dann implizit das Geld rauslässt aber dennoch auf "monetäre Fairness" achtet - z.B. "meine 100€ CPU gegen deine 2 50€ HDDs"). Dadurch bekommt das Geld seinen Wert - Staatsgeld eben aufgrund von Inflation und Unklarheiten bei der Schöpfung einen ungenaueren, aufgrund von Verbreitung und Vertrauen aber wieder einen höheren Wert, Bitcoin wegen 100%iger Klarheit bei Schöpfung und Inflation einen genaueren, aufgrund von geringer Verbreitung und Unsicherheit ob man das auch morgen noch offen handeln kann einen niedrigeren Wert. Der Grund wieso Bitcoin stärker schwankt als Staatsgeld ist die Unsicherheit in der Verwendung, der Grund wieso Staatsgeld immer noch schwankt ist die Unsicherheit in der Schöpfung/Lenkung/Deckung.

Dadurch dass Schuldversprechen nun immer eine gewisse Unschärfe haben, wird auch der Wert ("Nutzwert"? "Tauschwert"?) des Geldes nie 100% genau bestimmt werden können, daher wird auch immer ein Markt existieren müssen, um diesen Wert aktuell zu bestimmen. Wüsste man nämlich 100% über Schuldversprechen bescheid, bräuchte man den Markt nach kurzer Zeit nicht mehr, da man dann einfach direkt handeln könnte. Man bräuchte dann auch kein Geld mehr bzw. könnte es als Schuldversprechen "on-the-fly" erzeugen, so wie man es z.B. jetzt schon bei Kleinbeträgen unter Freunden macht ("die nächste Runde zahle ich").

Da der (mMn.) Idealzustand einer geldlosen Gesellschaft nur erreicht werden kann, indem Schuldversprechen zu Schuldgarantien werden bzw. sofort und jederzeit allerorten einlösbar gemacht werden, braucht man also entweder Teleporter oder zumindest eine Technologie die dem automatisierten 3D Druck nahe käme, die beliebige Materie erzeugen kann. Unter dem Gesichtspunkt wird auch klar, wieso z.B. in StarTrek kein Geld verwendet wird - es ist nicht nötig.

Bis dahin ist es aber noch ein langer Weg und ich werde das wohl auch nicht erleben (schade eigentlich...) - doch zumindest über eventuelle Ursprünge und weitere Ausführungen dieser Theorie würde ich mich schon noch gerne informieren, daher eben dieser Thread mit Bitte um Input.
20  Alternate cryptocurrencies / Altcoin Discussion / "Zen" - a centralized basket currency compares itself to BTC on: May 02, 2013, 12:21:47 PM
Check out Roll Eyes

Interesting arguments (I wonder if they display their CO2 footprint in their open books...) but kinda limited in my opinion, probably similar to Amazon coins, only not pegged to just the USD.
Pages: [1] 2 3 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!