What affects the price of 1 Bitcoin? - Changelly.com
What Affects the Price of Bitcoin and Other ...
Ultimate glossary of crypto currency terms, acronyms and abbreviations
A common sentiment is brewing online; a shared desire for the internet that might have been. After decades of corporate encroachment, you don't need to be a power user to realize that something has gone very wrong. In the early days of the internet, the future was bright. In that future, when you sent an instant message, it traveled directly to the recipient. When you needed to pay a friend, you announced a transfer of value to their public key. When an app was missing a feature you wanted, you opened up the source code and implemented it. When you took a picture on your phone, it was immediately encrypted and backed up to storage that you controlled. In that future, people would laugh at the idea of having to authenticate themselves to some corporation before doing these things. What did we get instead? Rather than a network of human-sized communities, we have a handful of enormous commons, each controlled by a faceless corporate entity. Hey user, want to send a message? You can, but we'll store a copy of it indefinitely, unencrypted, for our preference-learning algorithms to pore over; how else could we slap targeted ads on every piece of content you see? Want to pay a friend? You can—in our Monopoly money. Want a new feature? Submit a request to our Support Center and we'll totally maybe think about it. Want to backup a photo? You can—inside our walled garden, which only we (and the NSA, of course) can access. Just be careful what you share, because merely locking you out of your account and deleting all your data is far from the worst thing we could do. You rationalize this: "MEGACORP would never do such a thing; it would be bad for business." But we all know, at some level, that this state of affairs, this inversion of power, is not merely "unfortunate" or "suboptimal" – No. It is degrading. Even if MEGACORP were purely benevolent, it is degrading that we must ask its permission to talk to our friends; that we must rely on it to safeguard our treasured memories; that our digital lives are completely beholden to those who seek only to extract value from us. At the root of this issue is the centralization of data. MEGACORP can surveil you—because your emails and video chats flow through their servers. And MEGACORP can control you—because they hold your data hostage. But centralization is a solution to a technical problem: How can we make the user's data accessible from anywhere in the world, on any device? For a long time, no alternative solution to this problem was forthcoming. Today, thanks to a confluence of established techniques and recent innovations, we have solved the accessibility problem without resorting to centralization. Hashing, encryption, and erasure encoding got us most of the way, but one barrier remained: incentives. How do you incentivize an anonymous stranger to store your data? Earlier protocols like BitTorrent worked around this limitation by relying on altruism, tit-for-tat requirements, or "points" – in other words, nothing you could pay your electric bill with. Finally, in 2009, a solution appeared: Bitcoin. Not long after, Sia was born. Cryptography has unleashed the latent power of the internet by enabling interactions between mutually-distrustful parties. Sia harnesses this power to turn the cloud storage market into a proper marketplace, where buyers and sellers can transact directly, with no intermediaries, anywhere in the world. No more silos or walled gardens: your data is encrypted, so it can't be spied on, and it's stored on many servers, so no single entity can hold it hostage. Thanks to projects like Sia, the internet is being re-decentralized. Sia began its life as a startup, which means it has always been subjected to two competing forces: the ideals of its founders, and the profit motive inherent to all businesses. Its founders have taken great pains to never compromise on the former, but this often threatened the company's financial viability. With the establishment of the Sia Foundation, this tension is resolved. The Foundation, freed of the obligation to generate profit, is a pure embodiment of the ideals from which Sia originally sprung. The goals and responsibilities of the Foundation are numerous: to maintain core Sia protocols and consensus code; to support developers building on top of Sia and its protocols; to promote Sia and facilitate partnerships in other spheres and communities; to ensure that users can easily acquire and safely store siacoins; to develop network scalability solutions; to implement hardforks and lead the community through them; and much more. In a broader sense, its mission is to commoditize data storage, making it cheap, ubiquitous, and accessible to all, without compromising privacy or performance. Sia is a perfect example of how we can achieve better living through cryptography. We now begin a new chapter in Sia's history. May our stewardship lead it into a bright future.
Today, we are proposing the creation of the Sia Foundation: a new non-profit entity that builds and supports distributed cloud storage infrastructure, with a specific focus on the Sia storage platform. What follows is an informal overview of the Sia Foundation, covering two major topics: how the Foundation will be funded, and what its funds will be used for.
The Sia Foundation will be structured as a non-profit entity incorporated in the United States, likely a 501(c)(3) organization or similar. The actions of the Foundation will be constrained by its charter, which formalizes the specific obligations and overall mission outlined in this document. The charter will be updated on an annual basis to reflect the current goals of the Sia community. The organization will be operated by a board of directors, initially comprising Luke Champine as President and Eddie Wang as Chairman. Luke Champine will be leaving his position at Nebulous to work at the Foundation full-time, and will seek to divest his shares of Nebulous stock along with other potential conflicts of interest. Neither Luke nor Eddie personally own any siafunds or significant quantities of siacoin.
The primary source of funding for the Foundation will come from a new block subsidy. Following a hardfork, 30 KS per block will be allocated to the "Foundation Fund," continuing in perpetuity. The existing 30 KS per block miner reward is not affected. Additionally, one year's worth of block subsidies (approximately 1.57 GS) will be allocated to the Fund immediately upon activation of the hardfork. As detailed below, the Foundation will provably burn any coins that it cannot meaningfully spend. As such, the 30 KS subsidy should be viewed as a maximum. This allows the Foundation to grow alongside Sia without requiring additional hardforks. The Foundation will not be funded to any degree by the possession or sale of siafunds. Siafunds were originally introduced as a means of incentivizing growth, and we still believe in their effectiveness: a siafund holder wants to increase the amount of storage on Sia as much as possible. While the Foundation obviously wants Sia to succeed, its driving force should be its charter. Deriving significant revenue from siafunds would jeopardize the Foundation's impartiality and focus. Ultimately, we want the Foundation to act in the best interests of Sia, not in growing its own budget.
The Foundation inherits a great number of responsibilities from Nebulous. Each quarter, the Foundation will publish the progress it has made over the past quarter, and list the responsibilities it intends to prioritize over the coming quarter. This will be accompanied by a financial report, detailing each area of expenditure over the past quarter, and forecasting expenditures for the coming quarter. Below, we summarize some of the myriad responsibilities towards which the Foundation is expected to allocate its resources.
Maintain and enhance core Sia software
Arguably, this is the most important responsibility of the Foundation. At the heart of Sia is its consensus algorithm: regardless of other differences, all Sia software must agree upon the content and rules of the blockchain. It is therefore crucial that the algorithm be stewarded by an entity that is accountable to the community, transparent in its decision-making, and has no profit motive or other conflicts of interest. Accordingly, Sia’s consensus functionality will no longer be directly maintained by Nebulous. Instead, the Foundation will release and maintain an implementation of a "minimal Sia full node," comprising the Sia consensus algorithm and P2P networking code. The source code will be available in a public repository, and signed binaries will be published for each release. Other parties may use this code to provide alternative full node software. For example, Nebulous may extend the minimal full node with wallet, renter, and host functionality. The source code of any such implementation may be submitted to the Foundation for review. If the code passes review, the Foundation will provide "endorsement signatures" for the commit hash used and for binaries compiled internally by the Foundation. Specifically, these signatures assert that the Foundation believes the software contains no consensus-breaking changes or other modifications to imported Foundation code. Endorsement signatures and Foundation-compiled binaries may be displayed and distributed by the receiving party, along with an appropriate disclaimer. A minimal full node is not terribly useful on its own; the wallet, renter, host, and other extensions are what make Sia a proper developer platform. Currently, the only implementations of these extensions are maintained by Nebulous. The Foundation will contract Nebulous to ensure that these extensions continue to receive updates and enhancements. Later on, the Foundation intends to develop its own implementations of these extensions and others. As with the minimal node software, these extensions will be open source and available in public repositories for use by any Sia node software. With the consensus code now managed by the Foundation, the task of implementing and orchestrating hardforks becomes its responsibility as well. When the Foundation determines that a hardfork is necessary (whether through internal discussion or via community petition), a formal proposal will be drafted and submitted for public review, during which arguments for and against the proposal may be submitted to a public repository. During this time, the hardfork code will be implemented, either by Foundation employees or by external contributors working closely with the Foundation. Once the implementation is finished, final arguments will be heard. The Foundation board will then vote whether to accept or reject the proposal, and announce their decision along with appropriate justification. Assuming the proposal was accepted, the Foundation will announce the block height at which the hardfork will activate, and will subsequently release source code and signed binaries that incorporate the hardfork code. Regardless of the Foundation's decision, it is the community that ultimately determines whether a fork is accepted or rejected – nothing can change that. Foundation node software will never automatically update, so all forks must be explicitly adopted by users. Furthermore, the Foundation will provide replay and wipeout protection for its hard forks, protecting other chains from unintended or malicious reorgs. Similarly, the Foundation will ensure that any file contracts formed prior to a fork activation will continue to be honored on both chains until they expire. Finally, the Foundation also intends to pursue scalability solutions for the Sia blockchain. In particular, work has already begun on an implementation of Utreexo, which will greatly reduce the space requirements of fully-validating nodes (allowing a full node to be run on a smartphone) while increasing throughput and decreasing initial sync time. A hardfork implementing Utreexo will be submitted to the community as per the process detailed above. As this is the most important responsibility of the Foundation, it will receive a significant portion of the Foundation’s budget, primarily in the form of developer salaries and contracting agreements.
Support community services
We intend to allocate 25% of the Foundation Fund towards the community. This allocation will be held and disbursed in the form of siacoins, and will pay for grants, bounties, hackathons, and other community-driven endeavours. Any community-run service, such as a Skynet portal, explorer or web wallet, may apply to have its costs covered by the Foundation. Upon approval, the Foundation will reimburse expenses incurred by the service, subject to the exact terms agreed to. The intent of these grants is not to provide a source of income, but rather to make such services "break even" for their operators, so that members of the community can enrich the Sia ecosystem without worrying about the impact on their own finances.
Ensure easy acquisition and storage of siacoins
Most users will acquire their siacoins via an exchange. The Foundation will provide support to Sia-compatible exchanges, and pursue relevant integrations at its discretion, such as Coinbase's new Rosetta standard. The Foundation may also release DEX software that enables trading cryptocurrencies without the need for a third party. (The Foundation itself will never operate as a money transmitter.) Increasingly, users are storing their cryptocurrency on hardware wallets. The Foundation will maintain the existing Ledger Nano S integration, and pursue further integrations at its discretion. Of course, all hardware wallets must be paired with software running on a computer or smartphone, so the Foundation will also develop and/or maintain client-side wallet software, including both full-node wallets and "lite" wallets. Community-operated wallet services, i.e. web wallets, may be funded via grants. Like core software maintenance, this responsibility will be funded in the form of developer salaries and contracting agreements.
Protect the ecosystem
When it comes to cryptocurrency security, patching software vulnerabilities is table stakes; there are significant legal and social threats that we must be mindful of as well. As such, the Foundation will earmark a portion of its fund to defend the community from legal action. The Foundation will also safeguard the network from 51% attacks and other threats to network security by implementing softforks and/or hardforks where necessary. The Foundation also intends to assist in the development of a new FOSS software license, and to solicit legal memos on various Sia-related matters, such as hosting in the United States and the EU. In a broader sense, the establishment of the Foundation makes the ecosystem more robust by transferring core development to a more neutral entity. Thanks to its funding structure, the Foundation will be immune to various forms of pressure that for-profit companies are susceptible to.
Drive adoption of Sia
Although the overriding goal of the Foundation is to make Sia the best platform it can be, all that work will be in vain if no one uses the platform. There are a number of ways the Foundation can promote Sia and get it into the hands of potential users and developers. In-person conferences are understandably far less popular now, but the Foundation can sponsor and/or participate in virtual conferences. (In-person conferences may be held in the future, permitting circumstances.) Similarly, the Foundation will provide prizes for hackathons, which may be organized by community members, Nebulous, or the Foundation itself. Lastly, partnerships with other companies in the cryptocurrency space—or the cloud storage space—are a great way to increase awareness of Sia. To handle these responsibilities, one of the early priorities of the Foundation will be to hire a marketing director.
The Foundation Fund will be controlled by a multisig address. Each member of the Foundation's board will control one of the signing keys, with the signature threshold to be determined once the final composition of the board is known. (This threshold may also be increased or decreased if the number of board members changes.) Additionally, one timelocked signing key will be controlled by David Vorick. This key will act as a “dead man’s switch,” to be used in the event of an emergency that prevents Foundation board members from reaching the signature threshold. The timelock ensures that this key cannot be used unless the Foundation fails to sign a transaction for several months. On the 1st of each month, the Foundation will use its keys to transfer all siacoins in the Fund to two new addresses. The first address will be controlled by a high-security hot wallet, and will receive approximately one month's worth of Foundation expenditures. The second address, receiving the remaining siacoins, will be a modified version of the source address: specifically, it will increase the timelock on David Vorick's signing key by one month. Any other changes to the set of signing keys, such as the arrival or departure of board members, will be incorporated into this address as well. The Foundation Fund is allocated in SC, but many of the Foundation's expenditures must be paid in USD or other fiat currency. Accordingly, the Foundation will convert, at its discretion, a portion of its monthly withdrawals to fiat currency. We expect this conversion to be primarily facilitated by private "OTC" sales to accredited investors. The Foundation currently has no plans to speculate in cryptocurrency or other assets. Finally, it is important that the Foundation adds value to the Sia platform well in excess of the inflation introduced by the block subsidy. For this reason, the Foundation intends to provably burn, on a quarterly basis, any coins that it cannot allocate towards any justifiable expense. In other words, coins will be burned whenever doing so provides greater value to the platform than any other use. Furthermore, the Foundation will cap its SC treasury at 5% of the total supply, and will cap its USD treasury at 4 years’ worth of predicted expenses. Addendum: Hardfork Timeline We would like to see this proposal finalized and accepted by the community no later than September 30th. A new version of siad, implementing the hardfork, will be released no later than October 15th. The hardfork will activate at block 293220, which is expected to occur around 12pm EST on January 1st, 2021.
Addendum: Inflation specifics The total supply of siacoins as of January 1st, 2021 will be approximately 45.243 GS. The initial subsidy of 1.57 GS thus increases the supply by 3.47%, and the total annual inflation in 2021 will be at most 10.4% (if zero coins are burned). In 2022, total annual inflation will be at most 6.28%, and will steadily decrease in subsequent years.
We see the establishment of the Foundation as an important step in the maturation of the Sia project. It provides the ecosystem with a sustainable source of funding that can be exclusively directed towards achieving Sia's ambitious goals. Compared to other projects with far deeper pockets, Sia has always punched above its weight; once we're on equal footing, there's no telling what we'll be able to achieve. Nevertheless, we do not propose this change lightly, and have taken pains to ensure that the Foundation will act in accordance with the ideals that this community shares. It will operate transparently, keep inflation to a minimum, and respect the user's fundamental role in decentralized systems. We hope that everyone in the community will consider this proposal carefully, and look forward to a productive discussion.
Some Bitcoin Analysts and Prediction Today and Yesterday & Why "It's not the Price, Dummy"
This is just for fun, I generally have no strong feelings toward bitcoin price (I'm just fundamentally against zero-sum get rich schemes). But today I decided to do a little bitcoin search in news.google.com and see what today's bulls were predicting in 2018. Side note, almost all of the news articles came from crypto sites. I tried my best to stay away from them. Farming magazine telling you agriculture is the future isn't exactly shocking. To people who invest, please don't consider this as a prediction that price will fall. I'm not astute or smart enough to predict either way. The only possible use is to make sure you are more skeptic regarding predictions. Keep in mind, a rich CEO or consultant can lose 100 million and not really affect his life that much, but a 10k or 100k lose for some people can be devastating. And remember, some of these rich hedge managers don't believe their own bullshit, and hopefully, some of these quotes will emulate that. (Note, I won't waste time linking them all, but by quoting them directly, it should be easy to google) (another side note, I didn't purposely search out specific names. I went by the first names I came across, and only ignoring those that I couldn't find anything regarding crypto in past years)
Present: Business Inside: Bitcoin is like 'digital gold' and won't be used the same as a traditional currency in at least 5 years, billionaire investor Mike Novogratz says Past: On Nov, 2017, he said: "Bitcoin could ‘easily’ reach $40,000 by the end of 2018, hedge fund legend Novogratz says" 2018: "Michael Novogratz calls a bottom in cryptocurrencies" (it wasn't) Novogratz started a crypto funding in 2018. First 9 months "Mike Novogratz’s Crypto Trading Desk Lost $136 Million in Nine Months" (Bloomberg). Quarter 4: "Galaxy Digital Posts $32.9 Million in Net Loss for Q4 2019". Feb 2020 "Mike Novogratz’s Galaxy Digital Slashes 15% Staff"
Present: "For Raoul Pal, CEO of Real Vision, the bullish atmosphere had been reinforced, and further gains were more likely than ever. “There are literally only two resistances left on the #bitcoin chart - 14,000 and then the old all-time high at 20,000,” he tweeted." In a tweet today, he said, "Bitcoin is eating the world... It has become a supermassive black hole that is sucking in everything around it and destroying it. This narrative is only going to grow over the next 18 months. You see, gold is breaking down versus bitcoin...and gold investors will flip to BTC" Past: 2014: "Put them in the same kind of equation we get a value of bitcoin and that value is a million dollars. Now, you'll never hear an analyst say this—but I don't mind this—I could be wrong by 90%, and it's still worth $100,000." (to be honest, that's a bit of an impressive prediction in 2014) On the other hand, he probably didn't really believe his own prediction because in June, 2017 (when it was 2000 USD or so), he said: " “This is the most exponential move we have seen. I don’t know how far it goes, but I sold out last week… and I’ve [owned Bitcoin] since it was $200. Anything that moves exponentially, always [blows up].”" In 2016, "This view brings Pal to the asset he favors most over the next year out of bonds, equities, currencies and commodities: the dollar."
Eh, that was just two. I was hoping to mention several people, but it appears not many people are actually making predictions anymore, and anyone mentioned are basically not big people so I couldn't find much on them regarding bitcoin before 2019. So, the main thing I like to highlight are the analysts and such are going to make money whatever happens. Fund managers are playing with people's money and, as long as they are not involved in frauds, there is no real harm to them against wrong predictions. Generally, successful business people are successful because they were loud, confident, and were able to convince others that they had the right idea. Even when wrong, they bounce back. Most of us aren't like that. Some bitcoiners come here to boast when price goes up, as if the increase in price is an indication that argument against bitcoin has been proven wrong. While some people here are fanatically anti-bitcoin, I am not one of those. I have nothing against people making money (why would I be upset that people I don't know around the world became wealthier??). But since bitcoin investing is by design a zero sum game, certain people will eventually lose, and it is most likely it is the people who were listening to predictions by experts that would ultimately be financially hurt, and not the experts making the predictions. Crypto investing has been a platform where the average person works hard in his day to day life, and then brings the fruits of his labor into this field. The actual productive part of that person's life is the one outside crypto, where they had been productive for the community, and in exchange, they receive wages. Crypto investing's promise is for this wage to increase without the actual productivity. The concern is mainly that the result of all that labor will be misused by crypto "experts" who's own income (their labor) is directly linked to predictions on crypto. The above paragraph is badly explained, but the main point is that the average person brings in outside money they worked hard for, while "experts" there is generally no outside money, crypto fund management or consulting itself is their job. --- Money can be made, of course, but money being made isn't necessarily an argument for something. Bitcoin, and crypto, has for the past 1.5 decades still largely just about numbers going up. Google trend on "bitcoin" show top related queries being "bitcoin price", "bitcoin usd", "bitcoin usd price". When people come here when it hits a particular arbitrary price point thinking it's their gotcha moment, it actually just reinforces my argument that it is only about the price. Nothing in the history of human economy has ever lasted based only on the economic model of who you could resell it for at a higher price. Even DeFi's smart contracts (as much as I could understand it) is about prices going up. It's like for these people the concept of contracts are based purely on money exchanging hands, and no actual task being done. Almost all contracts globally are based on specific productive tasks being done, such as employee contract, supplier contract, property contract, and so on. Only a tiny amount of it is based on "if this currency goes up, then give me that currency" contracts. ---
Why Osana takes so long? (Programmer's point of view on current situation)
I decided to write a comment about «Why Osana takes so long?» somewhere and what can be done to shorten this time. It turned into a long essay. Here's TL;DR of it:
The cost of never paying down this technical debt is clear; eventually the cost to deliver functionality will become so slow that it is easy for a well-designed competitive software product to overtake the badly-designed software in terms of features. In my experience, badly designed software can also lead to a more stressed engineering workforce, in turn leading higher staff churn (which in turn affects costs and productivity when delivering features). Additionally, due to the complexity in a given codebase, the ability to accurately estimate work will also disappear. Junade Ali, Mastering PHP Design Patterns (2016)
Longer version: I am not sure if people here wanted an explanation from a real developer who works with C and with relatively large projects, but I am going to do it nonetheless. I am not much interested in Yandere Simulator nor in this genre in general, but this particular development has a lot to learn from for any fellow programmers and software engineers to ensure that they'll never end up in Alex's situation, especially considering that he is definitely not the first one to got himself knee-deep in the development hell (do you remember Star Citizen?) and he is definitely not the last one. On the one hand, people see that Alex works incredibly slowly, equivalent of, like, one hour per day, comparing it with, say, Papers, Please, the game that was developed in nine months from start to finish by one guy. On the other hand, Alex himself most likely thinks that he works until complete exhaustion each day. In fact, I highly suspect that both those sentences are correct! Because of the mistakes made during early development stages, which are highly unlikely to be fixed due to the pressure put on the developer right now and due to his overall approach to coding, cost to add any relatively large feature (e.g. Osana) can be pretty much comparable to the cost of creating a fan game from start to finish. Trust me, I've seen his leaked source code (don't tell anybody about that) and I know what I am talking about. The largest problem in Yandere Simulator right now is its super slow development. So, without further ado, let's talk about how «implementing the low hanging fruit» crippled the development and, more importantly, what would have been an ideal course of action from my point of view to get out. I'll try to explain things in the easiest terms possible.
else if's and lack any sort of refactoring in general
Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away. Antoine de Saint-Exupéry
This is why refactoring — activity of rewriting your old code so it does the same thing, but does it quicker, in a more generic way, in less lines or simpler — is so powerful. In my experience, you can only keep one module/class/whatever in your brain if it does not exceed ~1000 lines, maybe ~1500. Splitting 17000-line-long class into smaller classes probably won't improve performance at all, but it will make working with parts of this class way easier. Is it too late now to start refactoring? Of course NO: better late than never.
If you think that you wrote this code, so you'll always easily remember it, I have some bad news for you: you won't. In my experience, one week and that's it. That's why comments are so crucial. It is not necessary to put a ton of comments everywhere, but just a general idea will help you out in the future. Even if you think that It Just Works™ and you'll never ever need to fix it. Time spent to write and debug one line of code almost always exceeds time to write one comment in large-scale projects. Moreover, the best code is the code that is self-evident. In the example above, what the hell does (float) 6 mean? Why not wrap it around into the constant with a good, self-descriptive name? Again, it won't affect performance, since C# compiler is smart enough to silently remove this constant from the real code and place its value into the method invocation directly. Such constants are here for you. I rewrote my code above a little bit to illustrate this. With those comments, you don't have to remember your code at all, since its functionality is outlined in two tiny lines of comments above it. Moreover, even a person with zero knowledge in programming will figure out the purpose of this code. It took me less than half a minute to write those comments, but it'll probably save me quite a lot of time of figuring out «what was I thinking back then» one day. Is it too late now to start adding comments? Again, of course NO. Don't be lazy and redirect all your typing from «debunk» page (which pretty much does the opposite of debunking, but who am I to judge you here?) into some useful comments.
This is often neglected, but consider the following. You wrote some code, you ran your game, you saw a new bug. Was it introduced right now? Is it a problem in your older code which has shown up just because you have never actually used it until now? Where should you search for it? You have no idea, and you have one painful debugging session ahead. Just imagine how easier it would be if you've had some routines which automatically execute after each build and check that environment is still sane and nothing broke on a fundamental level. This is called unit testing, and yes, unit tests won't be able to catch all your bugs, but even getting 20% of bugs identified at the earlier stage is a huge boon to development speed. Is it too late now to start adding unit tests? Kinda YES and NO at the same time. Unit testing works best if it covers the majority of project's code. On the other side, a journey of a thousand miles begins with a single step. If you decide to start refactoring your code, writing a unit test before refactoring will help you to prove to yourself that you have not broken anything without the need of running the game at all.
This is basically pretty self-explanatory. You set this thing once, you forget about it. Static code analyzer is another «free estate» to speed up the development process by finding tiny little errors, mostly silly typos (do you think that you are good enough in finding them? Well, good luck catching x << 4; in place of x <<= 4; buried deep in C code by eye!). Again, this is not a silver bullet, it is another tool which will help you out with debugging a little bit along with the debugger, unit tests and other things. You need every little bit of help here. Is it too late now to hook up static code analyzer? Obviously NO.
Say, you want to build Osana, but then you decided to implement some feature, e.g. Snap Mode. By doing this you have maybe made your game a little bit better, but what you have just essentially done is complicated your life, because now you should also write Osana code for Snap Mode. The way game architecture is done right now, easter eggs code is deeply interleaved with game logic, which leads to code «spaghettifying», which in turn slows down the addition of new features, because one has to consider how this feature would work alongside each and every old feature and easter egg. Even if it is just gazing over one line per easter egg, it adds up to the mess, slowly but surely. A lot of people mention that developer should have been doing it in object-oritented way. However, there is no silver bullet in programming. It does not matter that much if you are doing it object-oriented way or usual procedural way; you can theoretically write, say, AI routines on functional (e.g. LISP)) or even logical language if you are brave enough (e.g. Prolog). You can even invent your own tiny programming language! The only thing that matters is code quality and avoiding the so-called shotgun surgery situation, which plagues Yandere Simulator from top to bottom right now. Is there a way of adding a new feature without interfering with your older code (e.g. by creating a child class which will encapsulate all the things you need, for example)? Go for it, this feature is basically «free» for you. Otherwise you'd better think twice before doing this, because you are going into the «technical debt» territory, borrowing your time from the future by saying «I'll maybe optimize it later» and «a thousand more lines probably won't slow me down in the future that much, right?». Technical debt will incur interest on its own that you'll have to pay. Basically, the entire situation around Osana right now is just a huge tale about how just «interest» incurred by technical debt can control the entire project, like the tail wiggling the dog. I won't elaborate here further, since it'll take me an even larger post to fully describe what's wrong about Yandere Simulator's code architecture. Is it too late to rebuild code architecture? Sadly, YES, although it should be possible to split Student class into descendants by using hooks for individual students. However, code architecture can be improved by a vast margin if you start removing easter eggs and features like Snap Mode that currently bloat Yandere Simulator. I know it is going to be painful, but it is the only way to improve code quality here and now. This will simplify the code, and this will make it easier for you to add the «real» features, like Osana or whatever you'd like to accomplish. If you'll ever want them back, you can track them down in Git history and re-implement them one by one, hopefully without performing the shotgun surgery this time.
Again, I won't be talking about the performance, since you can debug your game on 20 FPS as well as on 60 FPS, but this is a very different story. Yandere Simulator is huge. Once you fixed a bug, you want to test it, right? And your workflow right now probably looks like this:
Fix the code (unavoidable time loss)
Rebuild the project (can take a loooong time)
Load your game (can take a loooong time)
Test it (unavoidable time loss, unless another bug has popped up via unit testing, code analyzer etc.)
And you can fix it. For instance, I know that Yandere Simulator makes all the students' photos during loading. Why should that be done there? Why not either move it to project building stage by adding build hook so Unity does that for you during full project rebuild, or, even better, why not disable it completely or replace with «PLACEHOLDER» text for debug builds? Each second spent watching the loading screen will be rightfully interpreted as «son is not coding» by the community. Is it too late to reduce loading times? Hell NO.
Or any other continuous integration tool. «Rebuild a project» can take a long time too, and what can we do about that? Let me give you an idea. Buy a new PC. Get a 32-core Threadripper, 32 GB of fastest RAM you can afford and a cool motherboard which would support all of that (of course, Ryzen/i5/Celeron/i386/Raspberry Pi is fine too, but the faster, the better). The rest is not necessary, e.g. a barely functional second hand video card burned out by bitcoin mining is fine. You set up another PC in your room. You connect it to your network. You set up ramdisk to speed things up even more. You properly set up Jenkins) on this PC. From now on, Jenkins cares about the rest: tracking your Git repository, (re)building process, large and time-consuming unit tests, invoking static code analyzer, profiling, generating reports and whatever else you can and want to hook up. More importantly, you can fix another bug while Jenkins is rebuilding the project for the previous one et cetera. In general, continuous integration is a great technology to quickly track down errors that were introduced in previous versions, attempting to avoid those kinds of bug hunting sessions. I am highly unsure if continuous integration is needed for 10000-20000 source lines long projects, but things can be different as soon as we step into the 100k+ territory, and Yandere Simulator by now has approximately 150k+ source lines of code. I think that probably continuous integration might be well worth it for Yandere Simulator. Is it too late to add continuous integration?NO, albeit it is going to take some time and skills to set up.
Stop caring about the criticism
Stop comparing Alex to Scott Cawton. IMO Alex is very similar to the person known as SgtMarkIV, the developer of Brutal Doom, who is also a notorious edgelord who, for example, also once told somebody to kill himself, just like… However, being a horrible person, SgtMarkIV does his job. He simply does not care much about public opinion. That's the difference.
This is a follow-up on https://old.reddit.com/Bitcoin/comments/hqzp14/technical_the_path_to_taproot_activation/ Taproot! Everybody wants it!! But... you might ask yourself: sure, everybody else wants it, but why would I, sovereign Bitcoin HODLer, want it? Surely I can be better than everybody else because I swapped XXX fiat for Bitcoin unlike all those nocoiners? And it is important for you to know the reasons why you, o sovereign Bitcoiner, would want Taproot activated. After all, your nodes (or the nodes your wallets use, which if you are SPV, you hopefully can pester to your wallet vendoimplementor about) need to be upgraded in order for Taproot activation to actually succeed instead of becoming a hot sticky mess. First, let's consider some principles of Bitcoin.
You the HODLer should be the one who controls where your money goes. Your keys, your coins.
You the HODLer should be able to coordinate and make contracts with other people regarding your funds.
You the HODLer should be able to do the above without anyone watching over your shoulder and judging you.
I'm sure most of us here would agree that the above are very important principles of Bitcoin and that these are principles we would not be willing to remove. If anything, we would want those principles strengthened (especially the last one, financial privacy, which current Bitcoin is only sporadically strong with: you can get privacy, it just requires effort to do so). So, how does Taproot affect those principles?
Taproot and Your /Coins
Most HODLers probably HODL their coins in singlesig addresses. Sadly, switching to Taproot would do very little for you (it gives a mild discount at spend time, at the cost of a mild increase in fee at receive time (paid by whoever sends to you, so if it's a self-send from a P2PKH or bech32 address, you pay for this); mostly a wash). (technical details: a Taproot output is 1 version byte + 32 byte public key, while a P2WPKH (bech32 singlesig) output is 1 version byte + 20 byte public key hash, so the Taproot output spends 12 bytes more; spending from a P2WPKH requires revealing a 32-byte public key later, which is not needed with Taproot, and Taproot signatures are about 9 bytes smaller than P2WPKH signatures, but the 32 bytes plus 9 bytes is divided by 4 because of the witness discount, so it saves about 11 bytes; mostly a wash, it increases blockweight by about 1 virtual byte, 4 weight for each Taproot-output-input, compared to P2WPKH-output-input). However, as your HODLings grow in value, you might start wondering if multisignature k-of-n setups might be better for the security of your savings. And it is in multisignature that Taproot starts to give benefits! Taproot switches to using Schnorr signing scheme. Schnorr makes key aggregation -- constructing a single public key from multiple public keys -- almost as trivial as adding numbers together. "Almost" because it involves some fairly advanced math instead of simple boring number adding, but hey when was the last time you added up your grocery list prices by hand huh? With current P2SH and P2WSH multisignature schemes, if you have a 2-of-3 setup, then to spend, you need to provide two different signatures from two different public keys. With Taproot, you can create, using special moon math, a single public key that represents your 2-of-3 setup. Then you just put two of your devices together, have them communicate to each other (this can be done airgapped, in theory, by sending QR codes: the software to do this is not even being built yet, but that's because Taproot hasn't activated yet!), and they will make a single signature to authorize any spend from your 2-of-3 address. That's 73 witness bytes -- 18.25 virtual bytes -- of signatures you save! And if you decide that your current setup with 1-of-1 P2PKH / P2WPKH addresses is just fine as-is: well, that's the whole point of a softfork: backwards-compatibility; you can receive from Taproot users just fine, and once your wallet is updated for Taproot-sending support, you can send to Taproot users just fine as well! (P2WPKH and P2WSH -- SegWit v0 -- addresses start with bc1q; Taproot -- SegWit v1 --- addresses start with bc1p, in case you wanted to know the difference; in bech32 q is 0, p is 1) Now how about HODLers who keep all, or some, of their coins on custodial services? Well, any custodial service worth its salt would be doing at least 2-of-3, or probably something even bigger, like 11-of-15. So your custodial service, if it switched to using Taproot internally, could save a lot more (imagine an 11-of-15 getting reduced from 11 signatures to just 1!), which --- we can only hope! --- should translate to lower fees and better customer service from your custodial service! So I think we can say, very accurately, that the Bitcoin principle --- that YOU are in control of your money --- can only be helped by Taproot (if you are doing multisignature), and, because P2PKH and P2WPKH remain validly-usable addresses in a Taproot future, will not be harmed by Taproot. Its benefit to this principle might be small (it mostly only benefits multisignature users) but since it has no drawbacks with this (i.e. singlesig users can continue to use P2WPKH and P2PKH still) this is still a nice, tidy win! (even singlesig users get a minor benefit, in that multisig users will now reduce their blockchain space footprint, so that fees can be kept low for everybody; so for example even if you have your single set of private keys engraved on titanium plates sealed in an airtight box stored in a safe buried in a desert protected by angry nomads riding giant sandworms because you're the frickin' Kwisatz Haderach, you still gain some benefit from Taproot) And here's the important part: if P2PKH/P2WPKH is working perfectly fine with you and you decide to never use Taproot yourself, Taproot will not affect you detrimentally. First do no harm!
Taproot and Your Contracts
No one is an island, no one lives alone. Give and you shall receive. You know: by trading with other people, you can gain expertise in some obscure little necessity of the world (and greatly increase your productivity in that little field), and then trade the products of your expertise for necessities other people have created, all of you thereby gaining gains from trade. So, contracts, which are basically enforceable agreements that facilitate trading with people who you do not personally know and therefore might not trust. Let's start with a simple example. You want to buy some gewgaws from somebody. But you don't know them personally. The seller wants the money, you want their gewgaws, but because of the lack of trust (you don't know them!! what if they're scammers??) neither of you can benefit from gains from trade. However, suppose both of you know of some entity that both of you trust. That entity can act as a trusted escrow. The entity provides you security: this enables the trade, allowing both of you to get gains from trade. In Bitcoin-land, this can be implemented as a 2-of-3 multisignature. The three signatories in the multisgnature would be you, the gewgaw seller, and the escrow. You put the payment for the gewgaws into this 2-of-3 multisignature address. Now, suppose it turns out neither of you are scammers (whaaaat!). You receive the gewgaws just fine and you're willing to pay up for them. Then you and the gewgaw seller just sign a transaction --- you and the gewgaw seller are 2, sufficient to trigger the 2-of-3 --- that spends from the 2-of-3 address to a singlesig the gewgaw seller wants (or whatever address the gewgaw seller wants). But suppose some problem arises. The seller gave you gawgews instead of gewgaws. Or you decided to keep the gewgaws but not sign the transaction to release the funds to the seller. In either case, the escrow is notified, and if it can sign with you to refund the funds back to you (if the seller was a scammer) or it can sign with the seller to forward the funds to the seller (if you were a scammer). Taproot helps with this: like mentioned above, it allows multisignature setups to produce only one signature, reducing blockchain space usage, and thus making contracts --- which require multiple people, by definition, you don't make contracts with yourself --- is made cheaper (which we hope enables more of these setups to happen for more gains from trade for everyone, also, moon and lambos). (technology-wise, it's easier to make an n-of-n than a k-of-n, making a k-of-n would require a complex setup involving a long ritual with many communication rounds between the n participants, but an n-of-n can be done trivially with some moon math. You can, however, make what is effectively a 2-of-3 by using a three-branch SCRIPT: either 2-of-2 of you and seller, OR 2-of-2 of you and escrow, OR 2-of-2 of escrow and seller. Fortunately, Taproot adds a facility to embed a SCRIPT inside a public key, so you can have a 2-of-2 Taprooted address (between you and seller) with a SCRIPT branch that can instead be spent with 2-of-2 (you + escrow) OR 2-of-2 (seller + escrow), which implements the three-branched SCRIPT above. If neither of you are scammers (hopefully the common case) then you both sign using your keys and never have to contact the escrow, since you are just using the escrow public key without coordinating with them (because n-of-n is trivial but k-of-n requires setup with communication rounds), so in the "best case" where both of you are honest traders, you also get a privacy boost, in that the escrow never learns you have been trading on gewgaws, I mean ewww, gawgews are much better than gewgaws and therefore I now judge you for being a gewgaw enthusiast, you filthy gewgawer).
Taproot and Your Contracts, Part 2: Cryptographic Boogaloo
Now suppose you want to buy some data instead of things. For example, maybe you have some closed-source software in trial mode installed, and want to pay the developer for the full version. You want to pay for an activation code. This can be done, today, by using an HTLC. The developer tells you the hash of the activation code. You pay to an HTLC, paying out to the developer if it reveals the preimage (the activation code), or refunding the money back to you after a pre-agreed timeout. If the developer claims the funds, it has to reveal the preimage, which is the activation code, and you can now activate your software. If the developer does not claim the funds by the timeout, you get refunded. And you can do that, with HTLCs, today. Of course, HTLCs do have problems:
Privacy. Everyone scraping the Bitcoin blockchain can see any HTLCs, and preimages used to claim them.
This can be mitigated by using offchain techniques so HTLCs are never published onchain in the happy case. Lightning would probably in practice be the easiest way to do this offchain. Of course, there are practical limits to what you can pay on Lightning. If you are buying something expensive, then Lightning might not be practical. For example, the "software" you are activating is really the firmware of a car, and what you are buying is not the software really but the car itself (with the activation of the car firmware being equivalent to getting the car keys).
Even offchain techniques need an onchain escape hatch in case of unresponsiveness! This means that, if something bad happens during payment, the HTLC might end up being published onchain anyway, revealing the fact that some special contract occurred.
And an HTLC that is claimed with a preimage onchain will also publicly reveal the preimage onchain. If that preimage is really the activation key of a software than it can now be pirated. If that preimage is really the activation key for your newly-bought cryptographic car --- well, not your keys, not your car!
Trust requirement. You are trusting the developer that it gives you the hash of an actual valid activation key, without any way to validate that the activation key hidden by the hash is actually valid.
Fortunately, with Schnorr (which is enabled by Taproot), we can now use the Scriptless Script constuction by Andrew Poelstra. This Scriptless Script allows a new construction, the PTLC or Pointlocked Timelocked Contract. Instead of hashes and preimages, just replace "hash" with "point" and "preimage" with "scalar". Or as you might know them: "point" is really "public key" and "scalar" is really a "private key". What a PTLC does is that, given a particular public key, the pointlocked branch can be spent only if the spender reveals the private key of the given public key to you. Another nice thing with PTLCs is that they are deniable. What appears onchain is just a single 2-of-2 signature between you and the developemanufacturer. It's like a magic trick. This signature has no special watermarks, it's a perfectly normal signature (the pledge). However, from this signature, plus some datta given to you by the developemanufacturer (known as the adaptor signature) you can derive the private key of a particular public key you both agree on (the turn). Anyone scraping the blockchain will just see signatures that look just like every other signature, and as long as nobody manages to hack you and get a copy of the adaptor signature or the private key, they cannot get the private key behind the public key (point) that the pointlocked branch needs (the prestige). (Just to be clear, the public key you are getting the private key from, is distinct from the public key that the developemanufacturer will use for its funds. The activation key is different from the developer's onchain Bitcoin key, and it is the activation key whose private key you will be learning, not the developer's/manufacturer's onchain Bitcoin key). So:
Privacy: PTLCs are private even if done onchain. Nobody else can learn what the private key behind the public key is, except you who knows the adaptor signature that when combined with the complete onchain signature lets you know what the private key of the activation key is. Somebody scraping the blockchain will not learn the same information even if all PTLCs are done onchain!
Lightning is still useful for reducing onchain use, and will also get PTLCs soon after Taproot is activated, but even if something bad happens and a PTLC has to go onchain, it doesn't reveal anything!
Trust issues can be proven more easily with a public-private keypair than with a hash-preimage pair.
For example, the developer of the software you are buying could provide a signature signing a message saying "unlock access to the full version for 1 day". You can check if feeding this message and signature to the program will indeed unlock full-version access for 1 day. Then you can check if the signature is valid for the purported pubkey whose private key you will pay for. If so, you can now believe that getting the private key (by paying for it in a PTLC) would let you generate any number of "unlock access to the full version for 1 day" message+signatures, which is equivalent to getting full access to the software indefinitely.
For the car, the manufacturer can show that signing a message "start the engine" and feeding the signature to the car's fimrware will indeed start the engine, and maybe even let you have a small test drive. You can then check if the signature is valid for the purported pubkey whose privkey you will pay for. If so, you can now believe that gaining knowledge of the privkey will let you start the car engine at any time you want.
(pedantry: the signatures need to be unique else they could be replayed, this can be done with a challenge-response sequence for the car, where the car gathers entropy somehow (it's a car, it probably has a bunch of sensors nowadays so it can get entropy for free) and uses the gathered entropy to challenge you to sign a random number and only start if you are able to sign the random number; for the software, it could record previous signatures somewhere in the developer's cloud server and refuse to run if you try to replay a previously-seen signature.)
Taproot lets PTLCs exist onchain because they enable Schnorr, which is a requirement of PTLCs / Scriptless Script. (technology-wise, take note that Scriptless Script works only for the "pointlocked" branch of the contract; you need normal Script, or a pre-signed nLockTimed transaction, for the "timelocked" branch. Since Taproot can embed a script, you can have the Taproot pubkey be a 2-of-2 to implement the Scriptless Script "pointlocked" branch, then have a hidden script that lets you recover the funds with an OP_CHECKLOCKTIMEVERIFY after the timeout if the seller does not claim the funds.)
Now if you were really paying attention, you might have noticed this parenthetical:
(technical details: a Taproot output is 1 version byte + 32 byte public key, while a P2WPKH (bech32 singlesig) output is 1 version byte + 20 byte public key hash...)
So wait, Taproot uses raw 32-byte public keys, and not public key hashes? Isn't that more quantum-vulnerable?? Well, in theory yes. In practice, they probably are not. It's not that hashes can be broken by quantum computes --- they're still not. Instead, you have to look at how you spend from a P2WPKH/P2PKH pay-to-public-key-hash. When you spend from a P2PKH / P2WPKH, you have to reveal the public key. Then Bitcoin hashes it and checks if this matches with the public-key-hash, and only then actually validates the signature for that public key. So an unconfirmed transaction, floating in the mempools of nodes globally, will show, in plain sight for everyone to see, your public key. (public keys should be public, that's why they're called public keys, LOL) And if quantum computers are fast enough to be of concern, then they are probably fast enough that, in the several minutes to several hours from broadcast to confirmation, they have already cracked the public key that is openly broadcast with your transaction. The owner of the quantum computer can now replace your unconfirmed transaction with one that pays the funds to itself. Even if you did not opt-in RBF, miners are still incentivized to support RBF on RBF-disabled transactions. So the extra hash is not as significant a protection against quantum computers as you might think. Instead, the extra hash-and-compare needed is just extra validation effort. Further, if you have ever, in the past, spent from the address, then there exists already a transaction indelibly stored on the blockchain, openly displaying the public key from which quantum computers can derive the private key. So those are still vulnerable to quantum computers. For the most part, the cryptographers behind Taproot (and Bitcoin Core) are of the opinion that quantum computers capable of cracking Bitcoin pubkeys are unlikely to appear within a decade or two.
Current quantum computers can barely crack prime factorization problem for primes of 5 bits.
The 256-bit elliptic curve use by Bitcoin is, by my (possibly wrong) understanding, equivalent to 4096-bit primes, so you can see a pretty big gap between now (5 bit primes) and what is needed (4096 bit primes).
A lot of financial non-Bitcoin systems use the equivalent of 3072-bit primes or less, and are probably easier targets to crack than the equivalent-to-4096-bit-primes Bitcoin.
Quantum computers capable of cracking Bitcoin are still far off.
Pay-to-public-key-hash is not as protective as you might think.
We will probably see banks get cracked before Bitcoin, so the banking system is a useful canary-in-a-coal-mine to see whether we should panic about being quantum vulnerable.
For now, the homomorphic and linear properties of elliptic curve cryptography provide a lot of benefits --- particularly the linearity property is what enables Scriptless Script and simple multisignature (i.e. multisignatures that are just 1 signature onchain). So it might be a good idea to take advantage of them now while we are still fairly safe against quantum computers. It seems likely that quantum-safe signature schemes are nonlinear (thus losing these advantages).
If you are a singlesig HODL-only Bitcoin user, Taproot will not affect you positively or negatively. Importantly: Taproot does no harm!
If you use or intend to use multisig, Taproot will be a positive for you.
If you transact onchain regularly using typical P2PKH/P2WPKH addresses, you get a minor reduction in feerates since multisig users will likely switch to Taproot to get smaller tx sizes, freeing up blockspace for yours.
If you are using multiparticipant setups for special systems of trade, Taproot will be a positive for you.
Remember: Lightning channels are multipartiicpiant setups for special systems of lightning-fast offchain trades!
I Wanna Be The Taprooter!
So, do you want to help activate Taproot? Here's what you, mister sovereign Bitcoin HODLer, can do!
If you have developer experience especially in C, C++, or related languages
Review the Taproot code! There is one pull request in Bitcoin Core, and one in libsecp256k1. I deliberately am not putting links here, to avoid brigades of nontechnical but enthusiastic people leaving pointless reviews, but if you are qualified you know how to find them!
But I am not a cryptographeBitcoin Core contributomathematician/someone as awesome as Pieter Wuille
That's perfectly fine! The cryptographers have been over the code already and agree the math is right and the implementation is right. What is wanted is the dreary dreary dreary software engineering: are the comments comprehensive and understandable? no misspellings in the comments? variable names understandable? reasonable function naming convention? misleading coding style? off-by-one errors in loops? conditions not covered by tests? accidental mixups of variables with the same types? missing frees? read-before-init? better test coverage of suspicious-looking code? missing or mismatching header guards? portability issues? consistent coding style? you know, stuff any coder with a few years of experience in coding anything might be able to catch. With enough eyes all bugs are shallow!
If you are running a mining pool/mining operation/exchange/custodial service/SPV server
Be prepared to upgrade!
One of the typical issues with upgrading software is that subtle incompatibilities with your current custom programs tend to arise, disrupting operations and potentially losing income due to downtime. If so, consider moving to the two-node setup suggested by gmax, which is in the last section of my previous post. With this, you have an up-to-date "public" node and a fixed-version "private" node, with the public node protecting the private node from any invalid chainsplits or invalid transactions. Moving to this setup from a typical one-node setup should be smooth and should not disrupt operations (too much).
If you are running your own fullnode for fun or for your own wallet
Be prepared to upgrade! The more nodes validating the new rules (even if you are a non-mining node!), the safer every softfork will be!
If you are using an SPV wallet or custodial wallet/service (including hardware wallets using the software of the wallet provider)
Contact your wallet provider / SPV server and ask for a statement on whether they support Taproot, and whether they are prepared to upgrade for Taproot! Make it known to them that Taproot is something you want!
But I Hate Taproot!!
Raise your objections to Taproot now, or forever hold your peace! Maybe you can raise them here and some of the devs (probably nullc, he goes everywhere, even in rbtc!) might be able to see your objections! Or if your objections are very technical, head over to the appropriate pull request and object away!
Maybe you simply misunderstand something, and we can clarify it here!
Or maybe you do have a good objection, and we can make Taproot better by finding a solution for it!
Unpopular opinion - the economy has to become dynamic in order for it to have any longevity (and other musings on the progression)
Ain't no one gonna read this but here it goes! The issue of progression has recently been gaining some traction in the community with Klean and DeadlySlob covering this topic recently. Now any solution to this has an inherent issue associated with it - it'll be uncomfortable to someone. Whatever is done, it'll negatively affect someone, just by the fact of change alone. You cannot make something better by not changing anything. So anything you do or don't do, you will alienate a portion of your playerbase. Early/Mid-game vs Late game. Early and mid game is lauded, late game is considered boring. But why? For startes, firefights last longer, require more skill, movement, tactics and outsmarting your opponent. You value your life, you feel respect even for the shittiest of bullets. You have a feeling that the kill is earned. Guns have tons of recoil so you need to pick your shots. It's... I know it's illegal... but it's fun. Late game however is plagued with a number of issues. Gear gets dominated by very similar loadouts that cover approx 10% of the gear in the game. There's nowhere to progress as you've reached the ceiling. The excitement from killing a kitted player diminishes as time goes as the economy saturates. People start being picky with their loot and only the good stuff brings any sort of satisfaction. The hideout provides a steady, predictable stream of income. You let it run long enough it becomes a mindless PVP battleground. Side note - the black and white fallacy of the makeup of the community. Casuals vs hardcores. Rats vs Chads. Whenever a discussion pops up this dichotomy is always present. "Feature X hurts casuals but doesn't bother hardcore gamers playing 8h a day". No. Like anything in life the population of EFT is subject to the bellcurve distribution. There are hardcore sweaties grinding out the kappa within a week and there are also sunday gamers. Then there's everything else in between. Let's keep that in mind. You don't need to be a streamer or play the game as a full time job to make money. We have a discord for 30+ yr old gamers with families and all of us were swimming in roubles and gear after 3 months of the past wipe. Sure it takes us longer than streamers, but still. The meta Taking weapons as an example. Different items have different stats (recoil, ergonomics, etc), some are obviously better than others which obviously makes them more sought after. There are also different ammo types for every caliber. Then lastly we come to the guns which directly tie into the first point, by their base stats and how much those can be brought down/up by attachments. If you have a plethora of items that have different stats, there's sure to be an optimal loadout. If that optimal loadout is always available at an attainable price to the point where you can run it consistently, then there's really no reason to run anything less. This is the meta and at the moment it's basically a synonym for best in slot. Appealing to a greater good such as gameplay variety is in vain because people will do everything to put themselves in the best possible position. If that means running whatever flavor of meta weapon that is - VAL, M4, FAL alongside top tier lvl 5 or 6 armor over and over and over and over again, so be it. We all know that's not the only way to get by in EFT, but all else being equal - top gear puts you on equal footing at minimum. Trash contextualizes treasure. A rare item is not rare if everyone is running it. It's a normal item. Gear minmaxing combined with a ceiling in progression create a situation where the game becomes stale, people get bored and we get chants for a wipe to releave the pressure. Wipes Wipes however, even at set intervals, are not the solution. Every wipe, in the absence of something fundamentally new, gives you (rapidly) diminishing returns. Doing the same quests over and over is an absolute drag. It's my 7th wipe and this time around I've really hit a brick wall with them. Now imagine doing them every 3 months. Maybe just do an inventory and trader level wipe? Yeah, that's just skipping one part of it and arriving at the same point but even quicker, considering how quickly you can make money. The endpoint being - having enough money to run anything you want all the time without the fear of getting broke. Or in the abstract, having a big enough cushion to make any blow from a bad streak become inconsequential. All of that is just a perpetuation of the same sawtooth progression. Grind, saturate, wipe, grind, saturate, wipe. Side note - persistent character vs wiped character I know there have been talks about having two characters - one persistent that's not wiped and one seasonal that is. On paper this might look like a good solution, but there are some problems. POE players would have to chip in, but I reckong, that in a way this might become a form of matchmaking - the persistent character would be a mode for "sunday" players, while the wiped one for the sweats. I mean, maybe that's the way to go, but if the game is to gave any longevity, the persistent character will eventually face the same issues as the current game, it'll just take longer to develop. Unpopular opinion - The economy is just a set of time and effort gated unlocks. There have been multiple ideas to prolong a wipe, but in my view the fundamental issue with those is that they're based off the same linear progression - start from scratch and acumulate wealth until saturation. Some of these ideas include restricting labs till level X, locking behind a quest or just disabling it for a month. The problem with these is that it's just delaying the inevitable, while also giving a direct buff to those who get there first as they'll have the place virtually to themselves. What follows is also the concept of "starting mid wipe", which essentially means that the gear disparity is so big that the further into a wipe, the more difficult it is to catch up. That effort is directly correlated with experience - the more experience you have the easier it is for you to reset or jump in midwipe. Extending a wipe potentially alleviates that by giving people more opportunity to catch up, but also pushes away from coming back/into the game if they recognize that it had passed their personal breakpoint where it's too hard / frustrating. Perpetual mid-game So out of all of that, a clearer picture emerges. We have to somehow find a solution to always have something to work for, but also not give the impression that you're up against an impenetrable wall. That means that the game needs to pivot around something colloquially known as mid game. How would we define mid-game? That's another debate, but for the sake of the argument we could define that as something in the range of:
Armor: Kirasa/6B23-1 to 6B3TM-01M or Uley chest rigs,
Ammo: 5.45 BP to BT, M855 to M856A1, 7.62 PS to TS-45, etc.
That would be the sort of mean loadout you can run on a consistent basis and you'd see the majority of the time. From the sentiment across the community, this seems to be the most enjoyable state of the game, where the sweetspot is in terms of protection and vulnerability, but allowing a lot of headroom for both variety and Solutions Now we must have to remember that there's a number of changes inbound that will alleviate some of the issues:
Armor will get more realistic hitboxes to match the actual armor plates which should flatten the armor progression curve quite a bit and make more ammo more viable.
Suppressors will get durability
Barrell overheating mechanics should alleviate some of the issues with magdumps.
But those are sill far on the horizon. The uncomfortable reality is that in order to truly balance that you have only a few choices. One is to go down the route of typical FPS tropes where every weapon type is perfectly balanced (i.e. shotguns powerfull but limited range, smg's low recoil, high ROF but weaker, dmrs powerful but high recoil and low ROF, etc). I don't think this will be ever a thing in the game. Another one is to make attachments roughly equal and just attribute the differences to the tacticool visual factor. This would be realistic in a way, but would take away from the game. The last one is to price them out. Literally. I'm of the unpopular opinion that endgame should not be a stage, it should be a state. Dynamic pricing I know I know, last time it failed spectacularly. However, that was a different flea market and the implementation was poorly thought out. Since it didn't have a pivot point to relate to it caused widespread inflation of even the most basic items and was prone to manipulation. However the concept in principal has proven itself to work - M995 was essentially priced out of existence and forced people to look for alternatives like M855A1 or M856A1 or different calibers alltogether. Even the sweaties of sweats got a bit excited when they killed someone with 3 60rounders filled with M995. See where I'm going with this? The execution was poor and poorly thought out. But how about a different implementation? Adjust the prices based on how much an item is (or is not) bought compared to other items of the same item type. Most popular items' price (of a specific category) increases, while the least popular one decreases. This could also be coupled with (or as an alternative) an additional rarity factor which would sort of specify how volatile the price is. Continuing the ammo example M995 would have the highest rarity factor and would be very prone to price increases, while the likes of M855 would be considered common and have a much more stable price. Obviously this would be subject to long term trends and would not happen overnight. But the main aim is to dynamically scale the economy to the general wealth of the playerbase around a certain pivot point which we established before as the mid-game. This would be a quite significant blow to the uberchads as they would unironically struggle to maintain a profit from their runs. And yes, some of them would still probably be able to pull this off, but remember what we said about the bell curve? It's just about making them so insignificant in the global player pool that they'd be a very rare occurance. Global item pools This idea has been floated around by Nikita some time ago but we have no ETA on this. In short - for some items, there is only a set amount that is present in circulation. For example there are only X amount of ReapIR's in the entire economy - spawns, traders, player stashes. If everyone hoards them in their stashes - thats where they'll remain. They don't spawn on maps, they're not sold on traders. Only until they're lost they get reinjected into the item pool. This idea should be reserved only for the absolute top tier OP items. Something that you'd get all giddy if found/looted and you'd contemplate taking it out. Side note, the X amount should scale to the active playerbase, which could be something like a weekly or biweekly moving average of people actively playing the game in a set period. Insurance This one is a bit controversial but also attributes to some of the in game inflation and gear recirculation. If you run a large squad, even if one of you dies, there's a high chance someone will survive and secure others' gear. And even if all of you die, something's bound to come back. This might be a bit controversial, but I think group size should have a debuff to the chance of getting your gear back the higher the bigger your squad size, for example an incremental 10% chance for each additional squadmate. Hideout adjustments Right now fuel consumption is static no matter how much stuff is going on. What if the fuel consumption rate was tied to the size of your bitcoin farm and the amount of crafting going on. Additionally hideout appliances could wear out and require maintenance, which would grant them performance debuffs like increased crafting time. Dynamic stocks. Right now stocks are predictable. You have the same amount of items at a set interval. Things like traders missing some items or not getting a restock due to broken supply lines, which can be cheekily tied into... Dynamic global events/quests Such as as getting rid of scavs on a particular location to remove the roadblock. These might be done per player or as a global event where everyone has to chip in. Summary The subject is difficult and solutions are not simple, but what I do know is that eventually Tarkov will have settle into an identity which will come with a sacrifice either at the expense of vision or mainstream popularity. Thank you for coming to my TEDTalk. I'd like to give a heartfelt thank you to the 5 people that read this wall of text.
Fanboyism, maximalism, interoperabilty, working with others and division of time transcript
Hi everybody, this is Charles Hoskinson broadcasting live from warm sunny Colorado. I wanted to make a video about division of time. I've been recently making a lot of commentary on the ETC ecosystem. I've also reached out to other ecosystems like the Bitcoin Cash ecosystem, the Litecoin ecosystem for a variety of reasons and I noticed that there are some people in the comments and then telegram and twitter and other places say "oh no" focus 100% of your effort on Cardano! Why are you talking to ETC, why are you doing this and doing that? So first off I run a big company. I we have over 250 people. About half of those people wake up every day and they're involved in Cardano. The other half are not so. As the CEO of a company where you have that kind of division there's non-Cardano things I do. Cardano's our largest project, we're heavily involved in it and obviously we wake up every day and we want Cardano to be successful and have billions of users and this is why we are following the process we're following. We're building the technology we're building. It's why we work very hard trying to commercialize it. Every deal we do in Africa, every deal we do in eastern Europe, every deal we do in Asia, we have a Cardano first policy of deploying those deals on that platform and we built that platform to service those deals and as that platform evolves you'll see more use and utility from our sales channels in that respect. That said, one of the pillars of a third generation cryptocurrency is interoperability. It's kind of a silly thing to be a maximalist but then also talk about interoperability. What the hell is the point that? Either you want one chain to rule them all and therefore you don't care at all about talking to other systems or you put your money where your mouth is and you work on those other systems. You build expertise in those systems, you affect changes in those systems so that those systems can partner with our systems and work with our systems. You know the Samsung CEO? He has a division that every day gets up and works with Apple and they work on the motherboards of the iPhone and build memory for them. Do all kinds of cool things and Samsung's division knows what the iPhone is going to look like before any of us knows. At the same time, there's another division at Samsung that wakes up every day and works on phones like the Galaxy to compete with the iPhone. Great companies have the capacity to do these things and we are a great company in that respect we have different and dedicated teams for different products and projects. Now, we will never work on overlapping systems. It's not the case that we're going to have developers go and work on Cardano and something that's a direct competitor of Cardano because it makes no competitive sense for that to happen and I do not view ETC as a competitor of Cardano. It's a proof-of-work system, not a proof-of-stake system. It's a code-is-law system, not a world-financial operating system. It's a system that will always have a smaller group of people in it and always have a smaller set of things to do so time spent there with a completely separate team has no bearing or impact on our ability to deliver things with Cardano. I can't accelerate things above and beyond what the teams can do, for example, today. I'm waiting for Daedalus flight to come out. There is nothing I can do. I can't pick up the phone and call the engineers and say can you ship it 15 minutes faster. The plan, it's been set, the release manager is there, the QA, team's there, everybody knows what to do. There's consensus amongst that team. They're going off to the mountain top, get it done and when it's done they'll let me know and then I'll tweet "new Daedalus is out guys" go play with it and it gives me some work to do of course but until they finish their job there's nothing to do in that respect. The Cardano plans we have are well set , we know exactly what we need to do. Those teams are working hard and I do everything in my power to accelerate things where and when it's safe to do so and everything in my power to get things done. Shelley, for example. We worked so hard to get that out on July 29th, we had almost unlimited overtime. Everyone worked the weekend. Some people worked over 40 days straight to get that release done. Meanwhile half of the company was doing other things in other capacities and working on those projects. None of their work or the other cryptocurrencies we tend to work with had any bearing or impact on our ability to accelerate or decelerate the Shelley work stream. I just want to make sure everybody understands that and for people who have developed a maximalist mindset to get out of that maximalist mindset. There's a place for maximalism, it's called Bitcoin maximalism. If you live there, go there, okay and go believe in that project, in that chain but this is the Cardano ecosystem. It's going to literally work with hundreds if not thousands of different standards over its life. From central banks to other cryptocurrencies to legacy financial operators from the Chases of the world to the Goldman Sachs' of the world. Provisions will be made to build special hooks for these systems including interoperability with permission systems. It's very likely in the next 24 months Cardano will be talking to an instance of Hyperledger Fabric from IBM. Very likely that that's going to happen. It's very likely that we'll consult on a project that does that and no way does this diminish the road map or somehow make Cardano less competitive. It's actually quite the opposite. The fact that we can work with those systems, the fact that we can do things with those systems means that the platform as a whole is intrinsically more valuable. It's easier to sell to Fortune 500 companies. It's easier to get use utility and adoption because people understand that they're not being led down the road of vendor lock-in and regressing back to the old days of internet explorer or what ConsenSys is trying to do with Ethereum, trying to lock everybody into one standard, one system, rather the value proposition we offer. Is true interoperability the ability to move in and out? Furthermore, when you create partnerships with other ecosystems then their success is our success. For example, if the treasury system proposal succeeds in ETC they will be in the market for a permanent treasury system in 2021. We as a community can make the case that we've constructed with Voltaire is a great choice for them and of course we'll try to make that case and if it's successful we provide mutual value and benefit more volume and transactions and activity on the Cardano network, and for ETC they have a best-in-class treasury system that meets the values of that community. The exact same argument can be made for Litecoin, or for Bitcoin cash or for other systems and if you want to see the wrapped Litecoin video that I did earlier in the year it gives a great road map for a potential push there. Furthermore, what if we turn Daedalus into a multi-currency wallet? That's already going to happen because we have a multi-asset standard and so when people issue tokens on Cardano Daedalus will support those tokens sometime in the future. It would be very easy for us to pull Ethereum classic and Litecoin and Bitcoin cash and other ecosystems into the Daedalus wallet. What does that mean? It means that people who live in that ecosystem will be using our technology as their day-to-day experience in hosting for their token! What does that mean if we have a DEX built into that thing? It potentially could create more adoption in use and utility for ada and this is the point we accomplish so much more working together than beating each other down. I am damn tired of the cryptocurrency markets as they are. The fanboys, the trolls, the FUD, the maximalism, the relentless allegations that people you disagree with or hold different tokens are scammers or criminals or bad human beings. It's time we as an industry set this aside and grow up. Just grow up or else what's the point? Why would anybody looking from the outside at all of this chaos and noise and insanity and maximalism want to come play in this pool? It's like you're about to enter a bar and you see a bar fight. Do you keep going in or you turn around and walk away and say I don't want that trouble. I'm going to go down the street somewhere else that's safer and so how will we ever get mainstream adoption, how will we ever make the argument to governments that they should trust their elections, their property, perhaps even the money of their people on our systems if we're incapable of entertaining other ideas, other philosophies and other ecosystems? We don't deserve the right for that responsibility if we're not mature enough to have differences of opinion and be able to welcome other ecosystems into our own. So this video is a call against maximalism first and foremost and second it's a realization that the duties of an executive officer are extensive meaning that there are days I wake up and there are Ethereum days and, by the way, working in that ecosystem gives me and my company exhaustive knowledge on how Ethereum works which allows me then to build a better product than they have and understand where all the bodies are buried: all the flaws in the protocols, the security issues, the performance issues, the smart contract development experience. That intimacy is extremely important to be able to predict, react and also plan a competitive strategy that can take you in a different and better direction. You just don't live in a mono-culture. It's a bad deal, that's the second point. You have many projects. When you have a larger company, some of those projects are completely separate from each other. Some of those projects may have a bit of overlap. We have a philosophy that we don't work on competing products. For example we have done work with horizon (Horizon2020?) and as a consequence of doing work with them we're probably not going to work on zcash at the same time. As long as we have that relationship there we, for example, work on Cardano so we're not going to go work on another proof-of-stake system that wants to be a financial operating system. That would be a direct competitor. For example, Tezos would be happy to jointly author papers and coordinate collaboration but there needs to be a Cardano benefit in that relationship whereas ETC as I've mentioned is a totally different system and it's something that we have as a company historically worked on for years. We started our participation in 2016. We built a full client in that process. Did that have any impact on our ability to deliver Cardano? We had a completely separate engineering team. That team was actually sourced from external companies. Scalac and Atix Labs to begin with and then we built on top of it and it had different product and project management and it was completely written with a different group. So it might as well have been a different company for that matter and I just talked to the team but the Cardano team was doing its own thing so I I think we need to just cut it out. Cut out the maximalism, cut out this idea that there is only one truth. We live in a nuanced world and we live in a world of interoperability. We have to embrace that if we wish to be successful and let us be the adults in the room. Let's be the place where this isn't the bar fight and let's be the place that welcomes everybody. Furthermore, I've noticed some criticism from my own community. When people criticize us and they go to the politics of destruction or personal attacks or yield on criticizing people's intelligence or whatever have you... Cut that out too. Let's be a better community. I repeatedly call upon the Tezos foundation to tell its community to stop criticizing Cardano and calling it's "a scam project". So, I'll call upon my own community, I have seen things that shouldn't have happened. Certain members of Cardano community replying to people over twitter, replying to people who criticize us have resorted to personal attacks and so forth. Again, just ignore them , mute, let's embrace unity, let's embrace being better, yes, occasionally you got to kick people in the teeth especially when people are lying and what you do is you call them out on the lies that they've made. You specifically point out where they have done things that are a bit crazy or disingenuous and dishonest. For example, we had a meeting today with Ethereum classic and it was blatantly apparent to me that this process has been set up to fail and be exclusive and prevent alternative ideas from a certain power structure from being held. So, I made a 30-minute whiteboard video where I not only called it out but I proposed an alternative and said this is how we're going to transcend that process and get to a much more productive way of doing things. Some of the criticism we have is justified because of product delays or because people don't fully understand who we are and what we're trying to do and obviously there's history there. So, first and foremost, let's reply with facts. First and foremost let's reply with dignity and respect and empathy for the other person's position and you know what? If they continue to push forward then you kick him in the teeth and you say it's obvious you don't want to have a conversation. You're a troll, but to my community please do this and please have this level of respect and dignity with others and with each other. For example, we right now have a lot of debates with small stake pools versus large stake pools, there's plenty of people floating around with differences of opinion and our mantra should always be disagree without being disagreeable. People are going to have other values people, are gonna have differences of opinion and people are gonna have different perspectives. You can't change that reality nor should you. We all have the right to think and have differences of opinion but we also should expect a dialog that's fair and has empathy in it and so I call upon everybody to preserve that decorum as we move forward and also understand that some days we wake up we have to do things that are non-Cardano related in order for us all to be successful because not all the world will ever be Cardano related. We always need partners whether it be great pieces of hardware like Ledger and Trezor or exchanges to work with different wallets and sometimes those partners do stuff with us and sometimes those partners do things with other people. We have friends, we have projects we admire and respect. For example, I've expressed repeatedly great admiration for the Algorand project. I think they're doing a phenomenal job and they have great leadership with Silvio Micali. I think the research and the engineering there is top notch. I personally believe Cardano is better. That's because we built it and that's because we think we have a better strategy to market and ultimately the market's going to decide which standards to go with and whether it's going to be many standards or a consolidation. That's not my decision. I just have to wake up every day and fight for the things I believe in. That said, never once have we ever criticized Algorand because they are in essence the model of empathy and dignity and good communication and being very proactive at focusing on solutions when they make announcements. They make announcements about new things that they're doing and new partners that they have and never once have they ever criticized another project or engaged in fanboyism. That's a great community, that's a great project and it's a model for where the space should go and I admire that deeply and greatly especially when you contrast it with other projects that have been less empathetic in their history. We all have our problems, we all have our issues. I know that we all can be better and so that's my final point. Let's do that. Let's be better as an industry. Let's be a bit friendlier and let's invest the time and effort necessary to really understand and listen to each other because ultimately I think that's going to get us where we need to go and be able to get us to a point where we have that adoption of millions and billions of people and fundamentally change the fabric of society. Otherwise we will be victims of our own success and descend into tribalism and descend into sectarian violence and then ultimately destroy the entire industry because it will become co-opted by large companies who use a surface-level marketing to take the brand, take the notion of a blockchain but then install centralized authorities behind them and in which case we've lost. I don't want that to happen I want the movement to succeed. I want us to understand each other and I enjoy having great competitors sometimes working with them sometimes fighting them in the battle of the markets, in the markets of ideas and ultimately I think we as a community have a chance to also be a model for everyone else. So, let's do that. Thank you... Video: https://www.youtube.com/watch?v=RXQrm18XhQ8
Apologies if this has been addressed elsewhere, or if the information I'm responding to here is out of date. tldr: Are Ethereum (full, validating) nodes incentivized to vote no on gas limit increases that would lead to centralization? Context: I just read this old post, its follow up post, and this response post all discussing whether or not Ethereum will trend towards centralization over time. As far as I can tell, all of that long discussion really boils down to disagreements about this paragraph from Gustav's post:
As miners are incentivized to act in ways that maximize the value of the tokens they receive in each mined block, they are unlikely to vote for a blocksize increase that would break the network. If the author trusts Bitcoin miners to act in ways that maximize the value of their bitcoins (such as not censoring transactions, generally prioritizing txs by their fee and otherwise act in ways that are beneficial for the network) the author should trust Ethereum miners to only vote for block sizes that can be handled by reasonable hardware, as the decentralized verification done by full nodes underpins the security of the network.
The network doesn’t break because validators drop off and peers are lost. The network functions with two datacenters. What breaks is decentralization. The connected nodes have no incentive to care about other less-connected nodes validation abilities. [...] Vitalik even agreed that [the number of full validating nodes] would shrink over time if the gas limits kept going up, and there’s nothing stopping that from happening. Right now miners are being altruistic, but what happens when mining doesn’t even exist? What happens when it’s just staking and the people doing it don’t care about other people’s blocks getting orphaned? Why would they keep the gas limit down? Remember they can manually adjust this, so why would they intentionally keep it low if they’re hyper-connected to each other and fully capable of processing that data? What happens when they start compounding their staking earnings, setting up more nodes, and gain more control of the network?
Summary: As block sizes increase, the number of full validating nodes decreases. Bitcoin solves this by simply saying block sizes never go up, period, and if that limits the amount of TPS the L1 layer can handle, so be it; just scale on L2. Ethereum's answer according to Vitalik is the gas price limits (and indirectly through that block size limits) that each individual minevalidator enforces. Implicit in this I believe is that sooner or later the block size limit has to stop growing (approximating the bitcoin approach), at least until hardware costs drop enough. This relies on an incentive mechanism in place to prevent validators from constantly increasing gas limits per block and letting the network trend towards centralization. Without such an incentive mechanism, I'd think each individual validator wouldn't necessarily care if increasing block sizes caused other validators to drop off the network, so long as they are able to keep up, which does indeed seem like it would eventually lead to a small number of powerful validators controlling the base layer. Core issue and my actual question: So I think the real question at the core of this disagreement is: in what cases would (full, validating) nodes reject a block due to it being too big (using too much gas)? What are the incentive mechanisms that keep individual validators aligned with the goal of keeping the core validator pool decentralized? Please note I'm only talking about the centralization of fully validating nodes with the power to reject new blocks, light clients don't help, and sharding helps by a constant factor in the short term but doesn't address the fundamental long term trends. PoW vs PoS is orthogonal and doesn't really affect the issues being discussed here . Thanks!
Proof: https://imgur.com/a/7xQGIbC All prices based on spot price of gold @ $1,970/oz , silver @ $24.25/oz, platinum @ $915/oz (7/31/20). Prices good with gold spot below $1990, silver below $25. I am not a coin grader. The condition of any coin listed is how it was listed when I acquired it. I will be more than happy to provide any detailed, unedited photos for any coin. Unless specifically mentioned, assume coins are in generally good condition. Noticeable defects potentially affecting the value will attempt to be noted. I try to price my items substantially below the lowest price I can find online from a national dealer. If you see a legitimate cheaper price, let me know and I may very well adjust my price. FYI, I am in Eastern time zone if I do not respond, may be sleeping. PLATINUM LISTINGS Proof:https://imgur.com/a/FcUg9BV Physical platinum has been hard to come by and premiums have been high. Lucky to have these to list: 1 oz Argor-Heraeus Platinum Bars in assay x 10 9 8 — $990/ea (spot plus $75) GOLD LISTINGS Proof: https://imgur.com/a/bGofCRx 2009-W Ultra High Relief Proof St. Gauden 24K in OGP. Quite simply, this may be the coolest coin I have ever seen! — $2,250 1 oz slabbed American Gold Eagle 25th Anniversary Early Release, MS70 NGC (2011) — $2,150 (Note: slab has some scratches on it, the coin is fine) 1924 slabbed $20 St. Gaudens gold double eagle, MS63 PCGS — $2,050 1925 Slabbed $20 St. Gaudens gold double eagle, MS64 PCGS -- $2,275 1911-S Slabbed $20 St. Gaudens gold double eagle, MS63 Blanchard — $2,200 1910 Raw $20 St. Gauden gold double eagle — $2,025 $10 Gold Liberty Head x 2 (1894, 1899) — $1,010/ea 2018-W Slabbed First Strike PCGS MS70 American Gold Eagle — $2,175 Cleaned 1899 $5 Liberty head gold coin — $535 2002 slabbed Salt Lake City Olympics $5 gold commemorative, MS69 PCGS (0.2419 oz) — $485 Proof: https://imgur.com/a/bGofCRx 100gm (10x10) Valcambi Combicard in assay. Individually @ $73/ea x 100. I will risky ship up to 3 of these in an envelope for $1 @ buyer’s risk. It will not be tracked and I do not like doing it. Would prefer $4 bubble mailer, but buyer’s choice. 1 oz gold bars in assay [Valcambi x 2 1, Sunshine Mint, PAMP Religious Romanesque (Note: some peeling of clear cover for PAMP — pictures if desired)] — $2,030 1 oz Credit Suisse gold bar, in plastic but not assay — $2,030 Sterngold, 99.95%, used in making dental alloys, 1gm each x 30. This is a unique item not likely to be found in many collector’s stash. I will risky ship up to 3 of these in an envelope for $1 @ buyer’s risk. It will not be tracked and I do not like doing it. Would prefer $4 bubble mailer, but buyer’s choice— $71/ea Proof: https://imgur.com/a/wa1mLWZ 1oz American Gold Eagle, BU (1989, Roman numerals) — $2,060 1oz American Gold Eagle (1986, Roman numerals) — $2060 1 oz gold Pandas (1987, 2011) — 1987 sealed, BU — $2,175 ; 2011, uncirculated — $2,250 1 oz Gold Apartheid era South African Krugerrands x 42 (1975 x 2, 1977, 1978, 1979 x 27, 1980, 1981 x 8, 1982, 1984) — $2,040/ea 1 oz Gold American Buffalos (2016 x 1, 2006 x 2) [NOTE: both 2006 have a slight ding on the rim. Sealed in plastic, not ex-jewelry, but slight ding. Photos if desired)] — $2,070 for 2016, $2,065/ea for 2006’s with ding 1 oz Gold Brittania, BU (2020) — $2,065 1 oz unique Canada Golden Eagle, BU (2018). This is .99999 pure (that is five 9’s). Highest purity I am aware of — $2,070 1 oz Gold Austrian Philharmonics, BU (1994 x 1, 1999 x 1) — $2,040/ea 1 oz Gold Canadian Maple Leafs x 8 (1980 x 2, 1981, 2002 with red on “F” of fine gold on reverse, 2002 x 3 with some small scratches, 2011) — $2050/ea 1/4 oz American Gold Eagles x 6 4 (1988 Roman Numeral, 2013, 2014, 2015 x 2, 2020) — $565/ea 1/10oz American Gold Eagles in display (5 coins), BU (2006, 2012) — $1,200/ea Empty case to display your own set of 5 1/10 oz American Gold Eagles— $10 1/4oz Gold Brittanias, BU (2013 x4) — $600/ea 50 Pesos Mexican Gold x 10 (1947 Restrikes x 8, 1943, 1944) — $2,460/ea for restrikes, $2,470/ea for ’43, ’44 1/2 oz Gold Apartheid era South African Krugerrands x 3 (1980 x 2, 1981) — $1,100/ea 1/10 oz Gold Apartheid era South African Krugerrands x 2524 23 (various dates 1980-1984, 2011 (not apartheid era) x 1) — $240/ea 1/10 oz American Gold Eagles (various dates x 43, Roman numeral x 11 7) x 5450 45 — $240/ea for various dates, $260/ea Roman numeral dates Proof: https://imgur.com/a/KCjdPAy 2006 American Gold Eagle Proof Set (1 oz, 1/2 oz, 1/4 oz, 1/10 oz — 1.85 total troy oz) in OGP — $3,875 1997 Jackie Robinson $5 gold commemorative set. Comes with COA, baseball card, pin, patch, presentation box. There are some dings on the box. Pictures if desired. (0.2419 oz) — $700 (A portion of the proceeds will go toward a reputable social justice charity) 1987 & 1988 UK Gold Sovereign Proof Sets in nice case (each set has a Double Sovereign: 28.4mm, Sovereign: 22.05mm, Half Sovereign: 19.3mm) -- $1,850/each set (NOTE: the 1988 set is missing the COA.) Austrian Ducat 4 gold coin x 2 (1915 x 2 ), 0.4438 tory oz gold — $895/ea 20 Francs Gold x 2015 6 (1110 4 — Roosters, 54 2 -- Swiss Francs, 4 1-French Empire), 0.1867 troy oz of gold/ea — $380/ea Netherlands Gold 10 Guilder x 5, contain 0.1947 troy oz/ea (1926 x 2, 1927, 1932, 1933) — $470/ea Gold Libertad 1/20 oz (2016) — $200 OBO Gold Libertad 1/10 oz, BU (2016) — $340 OBO Gold Libertad 1/10 oz proof (2016) — $350 OBO Gold Sovereigns x 5 1, contain 7.315g gold/ea (1902, 1911, 1927 x 2 x 1, 1928) — $475/ea 1/4 oz Gold Canadian Maple (2005) — $565 Proof: https://imgur.com/a/VXzaDUN Late Addition: 5 3 additional 1976 1 oz Krugerrands — $2,040/ea 6 additional Pandas: Don’t ask me why the premiums on Pandas are so high. They just are. I tried to price about $20+ dollars below the cheapest I could find them online at large dealers. If you find a legitimate lower price, let me know and I may very well adjust the price. 1985 — $2,150, 1987 — $2,120, 1988 — $2,095, 1990 — $2,150, 1991 — $2,150, 2002 — $2,200, 2011 — $2,240 26 25 1/10 oz Australian Battle of the Coral Sea Battle in the Pacific, in capsules — $225/ea 14 additional Netherlands gold 10 guilders — $470/ea LOW PREMIUM LISTINGS Proof: https://imgur.com/a/jlE0Xuu All the time I see posts looking for precious metals “at or near spot.” Well here is your chance. If you don’t purchase these, then you are not really looking for gold at or near spot, you are looking for premium items without the premium. Those deals may be out there, but they are few and far between, with lines of buyers looking to snap them up, including myself. Items here will generally be available for spot + <2%. To get a physical form of a precious metal refined, assayed, and produced into an identifiable and verifiable form/weight/purity for a tad above spot is pretty darn good, regardless of the collectability of the item. I see people paying more premium for scrap gold than some of these. 1976 Canadian Montreal Olympic $100 commemorative (one in OGP (signs of wear), one loose with OGP in worn state but coin is fine, 0.25 oz each). You are not purchasing these for the packaging. — $500/ea American Arts Gold Medallion Grant Wood, 1 troy oz — $2,005 2010 US Mint First Spouse Series Gold Uncirculated Mary Todd Lincoln 1/2 troy oz in OGP, NOTE: red spot on obverse (See Photo) — $1,005 Cleaned, ex-jewelry $5 Liberty head gold coin (1900, 1906 ), Note: some rim damage, will send photos if desired — $485/ea JEWELRY LISTINGS Proof: https://imgur.com/a/QEVcW0F CRESCENT sterling silver pocket watch case, twist on bezel. Marked with CRESCENT, Sterling, serial number 4188. Amateur engraving with a marked name and 1919. Weighs over 100 grams!!! Pre-owned, with expected signs of tarnish and wear. A ding on back of case (see photo close up) — $75 1913 $5 Indian Head gold coin in 14K bezel, bezel weighs 1.30g — $575 2014 1/10 oz American Gold Eagle in 14K eagle pendant, bezel weighs 3.487g — $400 SILVER LISTINGS Proof: https://imgur.com/a/MTK1BfP Proof: https://imgur.com/a/54maJxn 25 Slabbed and Graded American Silver Eagles — Whole lot for $1,000 OBO. May make offers on individual rounds. (SOLD '92. '93, '14W) For reference, on 8/15, APMEX wholesale site is asking $100/ea for the ‘94’s. Offering to buy ‘14-S for $50 and the NGC MS70 for $120.
—ALL NGC MS69 — 1992, 1993, 1994 x 3, 2000, 2001 x 2, 2002, 2003, 2006, 2007 —ALL NGC MS69 — 2007 Early Release x 7 —NGC MS69 — 2014(W) —NGC MS69 — 2013 First Release —PCGS MS69 — 2008 First Strike —PCGS MS69 — 2014(S) First Strike —PCGS MS69 — 2003 —NGC MS70 — 2003
100 oz silver bars (Engelhard x 1, Ohio Precious Metals —don’t believe they will be making either of these anymore) — $2,775 /ea 20 oz Scottsdale kit kat bars (2) — $555/ea (1 left) 10 oz Queen's Beasts Series Falcons x 4 — $400/ea 2 oz Queen's Beasts Series -- tubes of Falcons x 4 ($800/ea), Yales x 4 ($580/ea) 1 oz Sunshine Minting Silver Bars x 237 199 — $28.50/ea 1 roll 2006 90% San Francisco Mint Proof Colorado State Washington Quarters — $210 (NOTE: it looks like there might be some small surface scratches on some of the coins. Therefore, they are being priced as just uncirculated.) Men in Space Series I First Edition, .925 commemorative medals x 2 sets. These are not just sterling silver medals but history depicting the major events in the early years of NASA. https://www.worthpoint.com/worthopedia/danbury-mint-men-space-series-first-411707135 One set in original presentation packaging just like the link. One set loose with a few extra medals (2 additional medals from the 1969 Men in Space series II — 2nd Moon Landing, 1st Space Rescue; one duplicate medal from series I, and one additional First Manned Landing on the Moon Apollo 11 (slightly larger, from unknown series to me)). Sold in lots only. Lot with packaging (21 medals, 0.7 oz each) — $360. Loose lot (25 medals, 0.7 oz each plus 1 slightly larger Appollo 11 as above) — $375 Proof: https://imgur.com/gallery/hRX6XlB Mexican Silver Lot -- Sold in lots of (10) @ $175/lot. YOU MAY MIX/MATCH —1952-53 Mexican 5 Pesos Hidalgo, 72% silver, 0.643 troy oz silvecoin (x10) —1977-79 Mexican 100 Pesos, 72% silver, 0.643 troy oz silvecoin (x10) —1968— Mexican Olympic 25 Pesos, 72% silver, 0.521 troy oz silvecoin (x20) 1973 Mundinero World Trade rounds x 2 tubes — $600/ea 1973 Mundinero World Trade Rounds with 14 of the 20 being High Relief — $640 Generic Rounds (mostly buffalos, I believe ) x 10 tubes — $560/tube Few loose generic rounds x 6 — $28/ea 2 Painted American Silver Eagles — $30/ea ’84-’85 Engelhard Prospector Rounds x 2 tubes — One tube of (20) — $660; One tube of (17) — $560 Canadian Maple Tubes of 25 x 3 (2012 x 2, 2008 x 1, NOTE: 2008 rounds have some milk spots) — $725/tube Proof: https://imgur.com/a/XnRiLPW Lot of 17 premium rounds: Philharmonics x4, Brittanias x 5, 2018 Republic Of Chad African Lion x 2, Krugerrands x 3, Australian Kangaroo x 1, Super Pit Australia x 2 — $488. Sold only as a lot. Lot of fractional silver rounds, 1.35 ASW — 1/4 oz indian head, 1/4 oz walking liberty, 1/4 oz buffalo nickel, 1/10 oz indian head x 3, buffalo x 1, Morgan x 1 — $44. Sold only as a lot. LOW PREMIUM LISTINGS Proof: https://imgur.com/a/R9NuZj8 All the time I see posts looking for precious metals “at or near spot.” Well here is your chance. If you don’t purchase these, then you are not really looking for silver at or near spot, you are looking for premium items without the premium. Those deals may be out there, but they are few and far between, with lines of buyers looking to snap them up, including myself. Items here will generally be available for spot + <2%. To get a physical form of a precious metal refined, assayed, and produced into an identifiable and verifiable form/weight/purity for a tad above spot is pretty darn good, regardless of the collectability of the item. I see people paying more premium for scrap than some of these. Silver war nickels @ $1.36/ea (BELOW SPOT), 8,500+ available, minimum quantity of 100 Large lot of Canadian — further info on request. Prefer to sell this in larger lots grouped together, not piecing it out or small lots. Take the whole lot for $3,000, or:
—$1.75fv, .925 — $33 —$20.25fv, ’67-’68, 50% (mostly all quarters) — $185 —$164.35fv, pre ’67, 80% (includes 65 $1) — $2,400 —1976 Montreal Olympic .925 $10 commemoratives x 9, 1.4454 troy oz/ea — $40/ea —1972 .925 $25 Cayman Island Silver Anniversary x 1, 1.5271 troy oz — $42.50
TERMS: All eligible items are verified with a sigma precious metal verifier or Kee gold tester. Prices are generally based on the underlying spot price. Large fluctuations in spot prices could affect the price of items listed. Shipping will generally be at cost. USPS first class starts @ $4, SFRB @ $8.50, signature @ $2.50. Will insure for 1.1% of purchase price. Shipping is at buyer’s risk. All items will be tracked, but I cannot be responsible for what happens on your porch. Would recommend delivery to a secure box for precious metals. Accept in order of preference: 1st — Zelle or Venmo; 2nd — PPFF (no comments), PPG&S @ +3.0%; Last resort: I have recently acquired the ability to accept Bitcoin, but am still learning. Be patient and fees will be at buyer’s expense, but I will try to work with you if other options do not suffice. Other forms of payment will be considered. Thank you!
RADIX: THE PROTECTION AGAINST DEFI RISK Radix is a First-layer protocol for DeFi. Currently, DeFi applications are based on protocols that are not scalable Radix has created a robust, secure, and scalable protocol for building applications and tokens. Based on existing public ledgers’ success, the Radix protocol is an unauthorized framework within which DeFi services can be developed and operated. Radix claims to solve two of the biggest problems in DeFi: scalability and security. Overall, the blockchain-based decentralized finance (DeFi) space is still evolving but offers a compelling value proposition where individuals and institutions have broader access to financial applications without the need for a trusted broker. WHAT IS DECENTRALIZED FINANCE (DeFi) Decentralized finance is a new financial system based on public blockchains such as Bitcoin and Ethereum. After all, Bitcoin and Ethereum are not just digital currencies. They are essentially open-source networks that can be used to change the way the world economy works. DeFi is a significant project to decentralize traditional core use cases such as trading, lending, investment, asset management, payments, and insurance on blockchains. DeFi relies on decentralized applications or protocols (dApps). By running these dApps on a blockchain, a peer-to-peer financial network is provided. Each dApp can be combined with each other like Lego blocks. Smart contracts act as connectors comparable to perfectly defined APIs in traditional systems. Rarely will you get great rewards without huge risk Just like every other industry, the DeFi system also has its own risks and issues. Unfortunately, many DeFi system users underestimate the risk associated with automated loan protocol’s impressive interest rates. FORMS OF DEFI RISKS When working with DeFi solutions, it is essential to consider technical and procedural risks as well. Technical risk means assessing potential weak spots in the hardware and software behind a product or service. This is important for decentralized applications (dApps) Procedural risk can be viewed as similar to technical risk, but rather than considering the product or service, procedural risk examines how users can be directed to use the product in undesirable ways that could compromise their safety. RADIX SOLVING DeFi RISKS DeFi is worth more than $ 8 billion. However, DeFi requires fast and minimal transaction fees and secure building systems to reach its full potential. DeFi applications must be scalable and compilable. Protocols such as Ethereum 2.0, Polkadot, and Cosmos solve the wrong scaling issues and don’t attract others, according to Piers. According to Piers, mainstream DeFi needs a bottom-up DLT platform for DeFi_ to work for both users and developers. This is the purpose of Radix. Incentives are needed to attract developers for the DeFi ecosystem to continue to grow. Radix has an innovative incentive program for developers that allows them to take advantage of the applications they contribute to. Radix has two significant innovations: The first is Cerberus, the scalable consensus protocol. Thanks to its highly fragmented data structure and its unique application layer, Cerberus can process many transactions. The second innovation is the Radix Engine, a developer interface that enables public ledger to be quickly deployed in a secure environment. Radix Engine is the Radix application layer. In Crypto Chat, Piers anticipates that DeFi will have more liquidity in the transition market than any other exchange in the next decade. “The key component of DeFi is how liquidity can move between applications and products.” The Radix protocol is a combination of four core technologies that solve four significant issues to the growth of DeFi. It is a platform where transactions are fast with minimal transaction fee and high security. The scale is unlimited, and connections between applications. dApps can be created quickly and rely on their ability to safely manage user resources. Builders are rewarded directly from the platform for additional contributions, both large and small. It is a platform intended to serve as the basis for mainstream DeFi on a global scale. Each of the four technologies on the Radix platform represents a breakthrough in the Defi-related issue we want to share with the world. At a critical technology milestone last year, the Radix team overcame DeFi’s core scalability problem by using its technology to over 1 million transactions per second, a performance that exceeds five times the NASDAQ at its peak. THE POSSIBLE IMPACT OF DECENTRALIZED FINANCE Five ways decentralized finance can affect the universe 1. Accessing financial services across borders With decentralized finance, all you need is an internet connection to access financial services in any part of the world. There are several barriers to access in the current system: Status: citizenship, document, identity, etc. Lack of Wealth: High Entry-Level Funds to Access Financial Services Location: Great distance to business economies and financial service providers A senior trader in a financial company will have the same access as a farmer in India’s remote area in a decentralized financial system.
Affordable cross-border payments Decentralized funding eliminates costly intermediaries to make remittance services more affordable to the world’s population. In today’s system, sending money across borders is too expensive for people — the average global transfer fee is 7%. In decentralized financial services, transfer fees can be less than 3%.
More privacy and security With decentralized finance, users have responsibility for their assets and can securely transact without a major party’s approval. In this day and age, parents risk people’s wealth and knowledge if they don’t protect them.
Censorship-resistant transactions In a decentralized financial network, transactions are immutable, and blockchains cannot be closed by central institutions such as governments, central banks, or large corporations.
There are poor governance and authoritarianism. Users can exit the decentralized financial system to protect their assets. Venezuelans, for example, are already using Bitcoin to protect their wealth from government manipulation and hyperinflation. 5.Ease of use With plug and play applications, users can spontaneously access and use the decentralized financial without centralized finance. With a decentralized system, anyone can get a loan from any part of the world through interoperable apps, invest in a business, pay off the loan, and make a profit. writen By Naphtali Dabuk for more information visit https://t.me/radix_dlthttps://twitter.com/radixdlthttp://www.radixdlt.com/
As Bitcoin’s nascent economic implications have yet to materialize, investors must ask themselves important questions about money, value, and function. The most fundamental of these is, why do we… Bitcoin is, according to some, facing its first great test—whether it can perform as a store of value during a wider market crash. Bitcoin has, by this measure, failed spectacularly. The bitcoin ... The price of Bitcoin has been going up and down throughout its 10-year history, causing a great deal of anxiety. As these price swings have an impact on the rest of the market, many first-time crypto investors wonder what affects the price of Bitcoin and how to predict it. In this article, we explore the main factors behind the price of any cryptocurrency, BTC included. What affects the bitcoins rate most is clearly the demand. The bitcoin rate itself is volatile and therefore you can expect that the rate will both rise and fall before we see the real value of bitcoins.Just now the market is still very young for both bitcoins and other crypto currencies. Always check our bitcoin graph to see the current price of bitcoins in real time. Traditional exchange ... Bitcoin is probably the most curious phenomenon of the 21st century: this digital currency is not backed up by gold or any fiat currency, or any other physical asset, but it continues to gain in value. “It’s all about hype” – you can say. Not only. So, how is cryptocurrency valued and what makes Bitcoin go up? Let’s discover what stands behind Bitcoin price ups and downs.
The Bitcoin Halving 2020. This Will Get BTC To 100k! Are You Ready?
Bitcoin futures launch tomorrow (Dec. 10) on CBOE and on December 18th for CME Group. Many people speculate that the cause for Bitcoin's run-up recently is over anticipation for these Bitcoin futures. Bitcoin is going to have an extremely deciding year in 2019. If the price goes below 2600, this will be the biggest crash in Bitcoin's history. If the market stays bearish after January 26th, 2019 ... What they might not realise is, value goes far beyond the hours you put in at work, the unpaid overtime, or the money you invest. You are in a position to provide value to those around you in ... ULTIMATE Bitcoin 101 - HOW ? WHAT ? WHY ? One must know what a Bitcoin wallet is and how to use it. It is simply the Bitcoin equivalent of a bank account. Th... Former Rep. Ron Paul, (R-Texas), on the future of Bitcoins and the Federal Reserve. THUMB 👍 UP & SUBSCRIBE :) *** SUPPORT OUR WORK AND THE NEW DOCUMENTARY ww...