Jump to content

Leaderboard


Popular Content

Showing content with the highest reputation since 08/04/14 in all areas

  1. 5 points
    A little bit of a technical update I want to share. As part of the refactoring and rebasing effort I've worked out a way to eliminate Freicoin's extra dependencies while at the same time achieving a 10x performance boost for the mathematical calculations we use these libraries for. I'm quite excited about this, although for reasons that might be obscure for those without a technical background. If you don't understand this post, that's okay. The TL;DR is that we can make Freicoin faster while further aligning the code base with bitcoin to minimize the maintenance burden. Freicoin uses the GNU MP and MPFR multi-precision arithmetic libraries for performing cross-platform portable demurrage calculations within consensus code. Calculating demurrage factors involves taking the per-block demurrage rate r = (2-20 - 1)/(2-20) and raising it to the nth power, where n is the relative depth of the output (next block height - output's refheight). The fastest way to do this on workstation or server-class hardware is to use the CPU's floating point unit to perform the exponentiation. Unfortunately there is just absolutely no way that this can be done safely and consistently inside of consensus code. CPU manufacturers do not guarantee the bit-for-bit accuracy of operations compared with other CPUs of the same target architecture, much less with reference values or cross-platform targets. There was at one time a dream of decimal floating point (IEEE 754-2008) which would have had reproducibility as a requirement, but alas that never took off. The solution we adopted in 2012 was to use GNU MP (a multi-precision exact big integer and rational arithmetic library) and GNU MPFR (a multi-precision software floating-point library with rigidly defined semantics) to implement precise, cross-platform software floating-point demurrage accounting. This has the advantage of getting the job done, but there are some downsides: Performance. Freicoin suffers from this use of external multi-precision arithmetic libraries. Although optimized for speed GNU MP simply cannot approach the raw performance of directly adding two 64-bit numbers in hardware, and the multi-precision heap allocations add overhead and indirect storage causing latency. MPFR on the other hand is designed for precise, cross-platform behavior in simulations, not frequent high performance calculations. It is also overkill given that we use the library for one single calculation only, for which a generic library like MPFR would not provide support for specialized optimizations. Reliability. Both GNU MP and MPFR use dynamic (heap allocated) memory for their bignum representations. That means that there potentially is allocation or reallocation happening every single time a call is made to GNU MP or MPFR arithmetic functions, and potentially an out of memory exception is generated. Originally this was every single time any kind of arithmetic was done on freicoin values. With the recent input-truncation soft-fork it is already possible to reduce this to just demurrage calculations. However that still means that there is the possibility for abnormal or transient exceptions to occur in code that in bitcoin consists of normal arithmetic operations. This code was not audited for failure modes as a result of this different behavior, and there is added risk of local node instability as a result. Maintenance. Bitcoin has special scripts to make reproducible builds of all of its dependencies. These scripts are custom developed and maintained by a sizable Bitcoin Core development team, and these build scripts are very frequently updated as bitcoin matures. These scripts would have to be modified to include reproducible builds of GNU MP and MPFR, and those changes maintained and re-integrated with each new release of bitcoin. This is a bit of a sore point for me because I originally fell off the wagon of providing regular maintenance updates to Freicoin on release 0.9, in which the build system changed quite drastically due to the switch to autotools. Legal. GNU MP and GNU MPFR are both distributed under the terms of the LGPL. Because official Freicoin binary distributions are statically linked, that meant that they are also GPL programs. Now I'm a strong advocate of libre software, user rights, and the GPL, so on the face of it this was not too concerning to me back in 2012. However the Freicoin software repository says like bitcoin that it is MIT/X11 software licensed, and these sort of viral software licensing traps are difficult to see, so I can see how someone might run into GPL license violations as a result, without intent of doing so. There is a permissively licensed fork / re-implementation of GNU MP that we could use, but not alternative for MPFR. Given that the rebase to bitcoin master (0.16 as of now) would require re-doing the pieces which use GNU MP and MPFR anyway, it seemed like an opportune time to look at replacing these dependencies with something faster, safer, in-house, and permissively licensed. Thanks to input truncation, all the regular accounting can be reverted back to 64-bit integer arithmetic instead of multi-precision rational numbers. The trickier part is the demurrage calculation, which still needs to do an internal real-number precise exponentiation. To remove the dependency on GNU MPFR I wrote an integer-math-only exponentiation of the freicoin demurrage rate using pre-calculated look-up tables, and through exhaustive testing proved it to be bit-for-bit identical in its results compared with the GNU MPFR version. I then went through and applied as many approximations and reductions of internal precision as I could without generating incorrect results, to get the absolute fastest implementation. Here's some raw numbers: The first column is the algorithm name. The "mpfr_mul" is the algorithm currently used in freicoin, and "mpfr_div" and "mpfr_small" are variations upon it. The "small" variation reduces internal precision to as low as can be done without errors in exhaustive testing, which would be a cheap one-line change to the existing method. The "apu" algorithm is the new integer-math-only implementation using pre-generated lookup tables for the exponentiation. The "f32"/"f64"/"f80" algorithms use single-precision (float), double precision, and extended precision (long double) floating-point math on the CPU, as a point of comparison for timing. The "div" variations calculate the inverse of the demurrage rate, which is potentially a faster exponentiation to perform albeit at the price of a slow division at the end. There is an "apu_div" method, but it is unfinished so I did not include numbers for it. The second column gives the average run time per evaluation of the demurrage calculation on my laptop. Neither the "mpfr" nor "apu" methods have constant time performance -- the runtime speed should have some logarithmic dependency on the number of set bits in the integer representation of the relative depth (the exponent in the demurrage calculation)--a point I'll get back to in a minute. For the "mpfr" family this effect is small, but for the "apu" family it is more pronounced and the worst case performance should be about twice what is reported here. But conversely the expected execution time depends on the average age of UTXOs, which would be way less than the exhaustive testing reported here. The hardware accelerated floating point operations should be constant-time on most CPUs. The numbers above were calculated based on an exhaustive test, for which the "average" age of a UTXO is about 1,000 years. Here are more realistic numbers with an average age of 1 year: Note that mpfr_small and apu_small are 22% and 30% faster, respectfully. (Also note that apu_small is about as fast as performing the exponentiation on actual floating point hardware! That was a nice surprise.) The final column gives a triplet of numbers reporting (1) the number of errors found in exhaustive testing in which the demurrage was greater; (2) the number of test cases which matched the reference implementation; and (3) the number of errors found in which the demurrage was less than the reference implementation (mpfr_mul). Note the intrinsic errors involved with using hardware floating point, even for "f64" and "f80" which unlike "f32" should have had sufficient internal precision to perform this calculation exactly. Hardware floating-point is not to be trusted. The clear winning approach is "apu_small", and I will be replacing the GNU GMPR demurrage calculation code with this technique, using an implementation that has been exhaustively tested to be 1:1 identical in results with the multi-precision implementation that is presently in the Freicoin consensus code. What I did not expect going into this is that this implementation is not just as good as MPFR's general approach, but is in fact nearly 20x more efficient in common use cases! And I am blown away that it is nearly as fast as computing demurrage directly in hardware floating point. While the difference is unlikely to have profound effects outside of a few special cases (e.g. calling 'getbalance" on a very large wallet), it will nevertheless reduce latency of various transaction processing and UI code, thereby delivering a better user experience. Far more critically it will improve the safety and security of the Freicoin reference implementation while significantly reducing the work that goes into keeping Freicoin up to date with upstream bitcoin. That's exciting to me at least You can expect a new version of freicoind with these improvements integrated to be out soon, as that is what I am currently working on.
  2. 5 points
    As I said you before, I'm the co-developper of an "analogic" alternative financial system called FAZ. We had the nomination from a local enterprises' pool of an italian South Italy city with about 160.00 inhabitants, to make a proposal for a local economic system based on a demurraged currency, basic income and free loans to enterprises. Our deal is to make a new Worgl experiment, the italian one! We have the guarantee that enterprises' pool will accept the currency and that the city major will accept the currency in payment for local taxes. We're going to work to a system based on negative rate corporate bonds used as currency, but could be interesting in parallel to understand if Freicoin/Solidar could be used, implementing also a free loans system in cryptocurrency.
  3. 5 points
    jtimon

    The end of the foundation

    > So what is your vision for the coin moving forward Developers? My priority regarding Freicoin is starting to do rebases much faster and continuously, getting all the new improvements, bugfixes and features. As for new consensus changes features, apart from those included in more modern versions of bitcoin (cltv[bip65], csv[bip68/bip112], segwit[bip141]), it would be nice to get features from https://elementsproject.org/ which now also rebases periodically. Specially I would like to have confidential transactions https://elementsproject.org/elements/confidential-transactions/ and confidential assets: https://elementsproject.org/elements/asset-issuance/ This is similar to freimarkets' basic asset issuance but with much better privacy. But that requires a hardfork, so it strongly depends on support from the community. There's also some incentive problems with the utxo, but I think we can solve them. In general, that's my basic plan for Freicoin development: rebase and get new features from elements and bitcoin. I'm also working on a block explorer for bitcoin, elements and liquid that I would like to adapt to freicoin as well. But of course other people can work on other things. In any case, this is rather orthogonal to the foundation's funds. So please, let's try to stay on topic. New developments, new webs and potential consensus changes are all fine to discuss, but I don't think they are directly related to the question at hand, which is admitting we have failed as a community (and as devs) with the foundation and non-mining distribution, put an end to it and move on to other things.
  4. 4 points
    Mark Friedenbach

    New release: v0.8.6.2-5

    Update: Release v0.8.6.2-5 has been posted to the freicoin website. This is a maintenance-only release that has no new features. Rather, it only takes the final step of stripping out the dependency on GNU MP and MPFR entirely, such that they are no longer needed even as build-time requirements. Notes for v0.8.6.1-4: There’s been a new release posted to the official freicoin website: v0.8.6.1-4. This release introduces the new integer-math-only demurrage calculation code as a soft-fork change to the consensus rules — the approximations in the integer math can make the result differ from the previous multi-precision floating point implementation by as much as 1 kria per input, although this error is biased in the direction that makes it soft-fork compatible with the old code. It does mean however that after activation any non-upgraded wallet code creating zero-fee transactions under the old rules is likely to create an invalid transaction. So upgrading (or paying fee) is mandatory! This new release includes activation logic to switch over to this new integer math code path in the consensus rules once there is supermajority support by the miners, OR at block height 229376, which is about 6 weeks away. Please be sure to upgrade by then! You can download official freicoin binaries and source code here: http://freico.in/download/
  5. 4 points
    Darius1

    Working DNS Seeder

    @ fedde thank you for your hard work with freicoin over the years.
  6. 4 points
    > Is there still a need to have a refheight in the Freicoin transaction if so why? There's a couple of ways I can answer this question. First, there is always a need for refheight in Freicoin transactions just by definition: it would be a hard-forking consensus change to remove them. This is the technically correct answer but mention it only for completeness as I assume it's not what you meant. This doesn't affect the need for reference heights in any fundamental way. Reference heights address a problem that generally applies to demurrage in bitcoin-like block chains: the demurrage rate reduces the inputs of a transaction without affecting the outputs, so if naively evaluated at block height it would introduce a back-door transaction expiry as at some point (which can be calculated) the transaction will have less input than output, resulting in a negative fee and consensus violation if it were then included in a block. There are basically three approaches to fixing this: (1) allow negative fees so long as the block as a whole doesn't have negative fees in aggregate; (2) assign a specific height to a transaction, less than the current block height, and use that for demurrage calculations so it is independent of block height; or (3) forget demurrage in the protocol and have an exponentially inflating currency instead. The first approach didn't work in 2012 as child-pays-for-parent wasn't wasn't well supported, and still isn't to some degree. The third approach we rejected for experimental reasons, although it would have had the nice property of pulling demurrage calculations out of consensus code and block validation logic. The second approach is what we did and what we're stuck with, at least on the present and future soft-fork compatible incarnations of the Freicoin block chain. Reaching more into an aside, I will say that it was never necessary that Freicoin transactions have an explicit reference height field at all, which is what breaks compatibility with bitcoin tools. The semantics of the reference height are that it is a block number which must be greater than or equal to each of its inputs reference heights, and less than or equal to the current block height. This happens to be a more strict subset of the rules for transaction lock-time! So an extra refheight isn't really necessary and never was--we could have just double-purposed the nLockTime field to be a reference height, making its use mandatory and adding extra constraints and restrictions. But alas we didn't notice this until years after the initial release of Freicoin, and that ship has sailed leaving us stuck with reference heights as an explicit extra field. Oops. > Is the demurrage calculated on the uxto set, or on the transactions itself? Reference height of inputs are stored in the UTXO set; demurrage is calculated during transaction validation. In bitcoin there is a check that sum(inputs) >= sum(outputs) in any context where a transaction needs to be validated -- e.g. when adding to your mempool or when encountered in a block. In freicoin we do the exact same thing except in the summation of inputs we adjust each term by the demurrage rate calculated from the difference of the transaction's reference height from its input's reference height. > If on the transaction itself is then pruning of old transactions possible in Freicoin? Yes, there has never been any restrictions on pruning old blocks. There just hasn't been an official release that supports this feature, which was added in bitcoin v0.11.0.
  7. 4 points
    Thanks to Magius for introducing me in this topic, and thanks to everybody for appreciating and helping. A necessary premise, is that in this moment there is in Italy a growing debate about complementary currencies and there are several proposals by political parties. The matter is that the most of this people doesn't have any idea about what they are talking, but it's the mode and so everybody must say it's opinion. The other problem is that the Faz Project is based on a theory, and for understand deeply it's working way you must to study a bit, maybe some more than a bit. The most of people, including economist and politicians, like better easy slogans to hard studies. Anyway, the aim of the project is to realize a society in which is possible to give everybody a basic income and to finance economy without interest and debt. It seems a dream but it is scientifically possible. In our project isn't necessary State or any Public administration to participate. The project that we are building in an town of South Italy is founded on a Association of a certain number of enterprises (the most are very little business) and citizens. We found out an organization of 400 business, and for starting are enough, who constitute an Association and a "Consorzio per azioni", a kind of corporate syndication in which every member cannot have more than a little number of shares. The Corporate issue the bonds at negative tax rate ( f.e. ten per cent each year) so that the nominal debt disappear up the time scheduled in the issuing. Those bonds are virtual, as all bonds, and are subscribed by the association that distributes them among the members according to defined technical criteria. A bond issuing at negative tax rate is perfectly legal and doesn't create debt, because the value at the end of the period is almost zero. The members may use those bonds and fraction of them for payment in the community. The idea is to create a rechargeable card in which is possible to have simultaneously the bond and the normal currency, so that the payment may be done using both values. For a certain time (probably a long time), the business can sell their product in Euros and bond, f.e. 50% each. That's because there are many goods that is necessary to buy out of the community, but anyway this means that the most of people may double they spending power. The theory of the project is in our web sites. The project doesn't have boundaries, everybody in the world may participate, even if it starts as a local project and in the beginning the concrete exchanges may occur in the area. Faz is the acronym of Financial Autonomous Zone, and the idea is to build several communities all around the world. After a certain period (not so long) the issuing system is automatic so the project doesn't need a governance. Members are pushed to have cooperative behavior, because it is clear that this is the best way to meet their own selfishness. It would be very interesting to apply the Freicoin /Solidar for the project. We need of course a program for system management, and it isn't easy to built. Thank for your cooperation and understanding.
  8. 4 points
    Skaro

    The end of the foundation

    Well, that's as official as things get here. We got a majority of 'Yays' agreeing that Option 4 represents the communities choice for ending the foundation. So its done, decided. LET'S DO THIS!
  9. 4 points
    Rik8119

    Stuck!

    Hi again, since my commet is off topic for the other threads it fits most in here. Thanks to @fedde 's exchange, the fresh ideas from @Skaro , @Adilado and @jtimon i am now again looking at freicoin with confidence. I am really exited to see the "freiexchange 2.0" in action and think that we will find a way to adopt Freicoin to the new situation to make up a worldwide freiconomy without debt and dangerous bubbles, because that was what we are here for since 2013. I am now fully in FRC again and given up the positions in all other coins feeling good with it. I hope our ( @Bicknellski , @Arcurus ) call for do or die was the wake up call we needed. Thanks Rik. BTW i am fully standing behind a HF if we need it to bring new needed features to Freicoin.
  10. 4 points
    galambo

    The end of the foundation

    I vote option 1. I will share what I am thinking: I was never very comfortable with the idea of the foundation, because to me the idea of Bitcoin is using clever mathematics to avoid politics. A foundation picking winners and losers is the definition of politics, and I wasn't comfortable with being in that position. There was some thought to use the foundation coin to come up with a provably fair way to distribute the foundation coins with a "faucet". But in my opinion this would take a level of mathematical innovation on the level of Bitcoin itself, and we are very unlikely to solve this problem if it is even possible. Distributing the coin to miners is provably fair, but this is a political decision to reward the miners. Is there any indiciation that Freicoin needs a higher level of security which we would be buying with rewarding the miners at a higher rate? Anyways, please consider opinion from someone who was involved in the release of this coin but not so much now, I apologize for that.
  11. 4 points
    Rik8119

    Hello

    Atm its: @Skaro, @fedde, @Arcurus and @Bicknellski and me that are actively discussing/improving. There are some others that joining in from time to time but we are the core. Latest Improvements are: 1. A blockexplorer showing the balance with the demurrage substracted -> freicoin.info. 2. A fast, good looking and easy to use exchange -> freiexchange.com. 3. Freicoin Wallet 0.9 tested and working -> https://github.com/eddef/freicoin. 4. The newest p2pool ported to freicoin -> http://alfa.sicanet.net:9638/static/ (Payout and Transaction count is not displaying correct but i will look into it when i have the mood;-). 5. Coinomi multiwallet including freicoin (beta version -should work but i am the only one that tested it atm) -> https://github.com/wincev/coinomi-android I hope i haven't forgotten something!? Rik
  12. 4 points
    120.000 FRC bounty paid to 1EHMesZiLPqZvU2mVZGeYBaQvSPRUKA8yW Transaction ID: fb8a98fc3db932f518034f305fb86043cbc62252af57a3d8755f678aa0815f62
  13. 4 points
    The current block height is 160755. By my calculation that's 3,085 blocks (about 3 weeks) until the initial issuance of 100M freicoins is fully played out. That is also when the coinbase blocks stop including foundation outputs. Time to organize a celebration?
  14. 4 points
    Hey guys, I updated the seed nodes and added Vircurex exchange rate like fedde asked me to. Download is here: https://github.com/FreicoinAlliance/freicoin-wallet/releases/tag/v0.2.1
  15. 4 points
    By this point I assume that everyone here has heard about the new venture capital funded startup that is making waves in the Bitcoin space with its public unveiling and the release of the sidechains whitepaper. You may have also noticed that beyond being co-authors of the paper, Jorge and myself are co-founders of this new company. I’ll avoid mentioning it by name because I want to speak to the Freicoin community here, not people finding this thread through Google. Why are Jorge and myself proponents of sidechains? Why have we joined up with an ostensibly bitcoin-focused company? What does this mean for Freicoin? I hope to answer these questions. The promise of sidechains is simple: by pegging asset value across chains, users are given the freedom to apply functionality of one chain (e.g. privacy offered by monero, or p2p markets provided by freimarkets) to assets originating on another (e.g. bitcoin or freicoin). Want to send your coins anonymously? Send them to a chain that supports ring signatures or zerocash protocol. Want to participate on a peer-to-peer marketplace? Send your coins to a chain that supports native asset extensions, such as freicoin with the freimarkets extensions. Sidechain is a new word for a rather old concept -- we had an early semi-trusted version of it in our first freimarkets proposal. Certainly the concept pre-dates bitcoin itself, as payment network gateways fulfill a similar role in the legacy financial system. However the trustless setup invented in whole by Greg Maxwell and independently in pieces by numerous others allows the gateway role to be fulfilled without trusting anything other than correct operation of a mechanical system. No longer is there a service in the middle able to steal funds or operate on fractional reserve, or the systemic risk which arises from such behavior being commonplace. So, sidechains are exciting because they allow permissionless innovation. The two-way peg allows innovation in the space of block chain applications without fragmenting the marketplace with a new free-floating p2p currency for each project. The return peg is, in a way, the last major change that need ever happen to bitcoin or any cryptocurrency, the one change to rule them all. Some people have over-hyped sidechains as “the death of altcoins.” I don’t like this language, but if sidechains harold the death of any coins, it is clone coins which have no differentiating characteristics from bitcoin. There is no longer any reason for native currencies to exist on namecoin, monero, zerocash, or other such “feature chains.” But worry not: freicoin is different species of currency which behaves different from bitcoin: the fixed inflationary or demurrage currency. Because such a currency is fundamentally compatible with bitcoin and able to exist side-by-side, freicoin holders need not fear that their niche will someday be displaced by bitcoin. Rather than be threatened by sidechain technology, freicoin stands to benefit greatly. Freicoin need no longer be isolated in its own ecosystem, or limited by its poor adoption. By introducing desired features, in particular issued assets, privacy enhancing technology, and larger dynamic block sizes, the freicoin block chain could very likely see an influx of users bringing their bitcoins to our chain to do business. Open for business is the motto of the new freicoin block chain containing two-way pegged assets such as bitcoin. Jorge and myself are particularly motivated to work on sidechain technology because it makes deployment of block chain technology innovation easier. Freicoin, freimarkets, and republicoin: these are all innovative applications of cryptocurrency technology which could not or would not ever be deployed to the main bitcoin block chain. But they can become accessible to the bitcoin ecosystem by means of the freicoin block chain, if and when freicoin is given sidechain features. Not only does this bring new users, but freicoin users also stand to benefit from greater integration. By having more services track and support the freicoin block chain, it becomes easier for these services to support freicoin as a transactional currency. Instead of bringing freicoin to the market, we bring the markets home to freicoin. In summary, by fixing longstanding issues in the bitcoin ecosystem, freicoin stands to gain new users and strengthen its position. And unlike other potential sidechains, freicoin has a perpetual mining subsidy through its native demurrage currency that gives our block chain mining incentives that are known to work, providing security buffer other sidechains would be lacking. Even if these new users primarily transact in bitcoin, this remains a tremendously good thing for holders of freicoin currency. That’s the vision. But to get from here to there requires quite a bit of work, much more than is possible to be done by a few volunteers. By founding a company around sidechains and getting funded, we have been able to secure the resources necessary to make sure that not only sidechain technology gets implemented and deployed, but also all the cool extensions to bitcoin (e.g. freimarkets) that inspired us to propose sidechains in the first place. Our employment contracts were specifically constructed such that the company has no claim to the intellectual property underlying freicoin, the freicoin code base, the freicoin branding, or anything else about the freicoin project, now or going into the future. Furthermore we have a specific moonlighting exception that allows us to continue contributing to freicoin moving forwards, including merging into freicoin of open-sourced code written for the company’s own products. And while I cannot be specific about what the company is working on right now, needless to say Jorge and I were brought in because of our work on freimarkets and other extensions of the bitcoin protocol we originally proposed to be implemented on the freicoin block chain. As such open source technology matures within the company, we will be regularly merging such features that are desired by the freicoin community into the freicoin reference client. I'm drafting another post detailing what I foresee as a potential freicoin development roadmap, including both ideas for rebranding and hard fork features that might make it in 2015. In the mean time, I'd be happy to entertain any questions about sidechains and their impact to freicoin. Additionally, barring any technical glitches I'll be participating in the Freicoin Alliance meeting as well.
  16. 4 points
    Hi Freicoiners, here is an crosspost from the Freicoin Forum: http://freicoin.freeforums.org/freicoin-alliance-t804-20.html#p8294 I think that this review is a great opportunity to learn how we are perceived from the outside and what we can do better, especially now when we are starting the Freicoin Alliance. This review is now a little bit old, but I think the most points are still the same. And yea, some parts are really funny, just to mention the Freicoin "mystical" marketing expert, so take it with fun and enjoy! We should really read this and learn out of this how we are perceived! In the following I commented it a little bit self ironically (some parts was too funny to resit :roll: ), I think to lough about the own errors is the best way to learn! Don't forget we are all human! And humans make errors all the time! That's the reaon to be humans, otherwise the evolution would be boring! Here are some real targets to work on... how about we focus on these areas? This is a review from 2013 and nothing much has changed. ------ Review "Freicoin is a crypto-currency descendant from Bitcoin which has integrated a unique system to discourage saving or hording coins called demurrage. Demurrage is basically the cost associated with holding currency. With a commodity such as gold the demurrage would be the cost of storing and securing the gold. In Freicoin’s case, the developers have deliberately instituted a demurrage fee into the protocol which automatically deducts and destroys coins held in your wallet over time. Sometimes referred to as ‘rotting coins’, it was included in the protocol to encourage spending and to discourage hording or saving. 5% of the total FRC supply is destroyed each year while miners continually refresh the supply with new coins through the mining process." Ok, on that we should work. Bringing at least 50% of the demurrage to common good projects would sound much more nice, then people perhaps understand that Freicoin "could" be more then only demurrage... "The Freicoin developers have some very specific economic and political leanings and appear to be reaching out to specific social interest groups. They appear to have some type of loose association with the Occupy Wall Street movement and actually mention this group several times on their web page. The Freicoin web page goes into great detail arguing that interest has been the cause of inequality, poverty and the regular boom and bust cycles throughout history. The Freicoin community is mostly concentrated at their own forum (link) but also has a number of posts on Bitcointalk.org. Most of the discussion appears to be oriented to practical aspects of the use and development of the alt-coin and seems to have minimal political and socioeconomic diatribes." Lol, "Most of the discussion appears to be oriented to practical aspects of the use and development of the alt-coin", I think they are mainly talking about my posts here If they understood what this "development", for example of supporting non profits, or an decentralized coin rebublic would mean, then they would see, that this could have a big political and socioeconomic impact. Imagine only 5% of all the money supply yearly goes to non profits, in what a word we would live in, not to talk about the an possible impact of an World Citicens Divident or Economy where ethical businesses are supported... uiuiuiuiui "Community Support – The community support of Freicoin can be considered part of a real-life movement. The main priority for this coin’s developers and community is to convey their opinions about the current monetary system, they could almost be considered as an organization. The drawback of this isolation is the lack of appeal to gain further value. The developers remain very active, but again have a very small core audience. In this case, some of their rhetoric may not appear friendly to some. None the less, Freicoin has support from merchants and services; But, future acceptance may not be so kind to this coin." Lol, thats to much "convey their opinions about the current monetary system" who of you was that? Yea But Gesell said "some of their rhetoric may not appear friendly to some" Hey come on who was that? Was that I? Please remind me if I am too "not friendly" or so :twisted: "Exchange Presence - Freicoin is currently listed on 3 exchanges: Cryptsy, Bter and Vircurex. Cryptsy retails the largest volume for Frei, but still pales in comparison to most alternative coins. Due to the lack of volume, future exchange support remains unlikely." Thats true, if we dont build up a community, an don't proof that Freicoin is just a money with demurrage, than no Exchange will help us, because nobody wants to exchange something. As always said, for we the most interesting part in Freicoin is what we could all do good with the demurrage. If we do good with it, and are a little bit more welcoming, then perhaps also more people will use Freicoin. Technical Advancements - Demurrage remains the most appealing and the only technical feature for Freicoin. Due to this anti-interest, Freicoin has implemented a system where wealth becomes more equal (in a sense) through the destruction and replenishing of coins. An interesting concept, very few alternative coins seek to replicate this idea. Doogy Doge has it, ok its more inflation then demurrage, but the result seems to be the same... Ok Jorge I give up I said nearly not exactly the same For the protocol: In a way demurrage is a little bit more fair collected then to simply inflate (as long as it is not given out in an fair way, for example as Citizens Dividend or something like that), and has also another psychological impact. I just remember that guy that post in Joes lost coin Topic, that someone is all the time stealing his coins... :roll: Coins Source’s Outlook - Ultimately, this coin remains somewhat shrouded in a mystery. After roughly two years of being on the markets, it has seen success. The major curiousity is the developer, or the lead marketing expert behind the coin, who seems more interested in intellectual talk instead of supporting the coin. Efforts to make this coin are virtually non-existent, and the lack of marketing efforts reflect on Freicoin’s current decline. Thats the best, I cannot hold anymore. I allways wondered who is this mystical "marketing expert" behind Freicoin. Is it Jorge or me :roll: Or is it Joe? No no way or? <-- UPDATE Yea it must be JOE!!! Jo the mystical market expert, now I know! I got you JOE! Community Support: 2 Stars (2 / 5) Hey come one, we have not been that unfriendly, i would give a 4, ok if we count that our Forum is very very hidden on Freicoin.org, I would give a 1, so perhaps 2 is ok... Exchange Presence: 1 Stars (1 / 5) Hmm 3 good exchanges, I would give at least a 2 Technical Advancements: 1 Stars (1 / 3) @Maaku come show them some geek stuff and bring out Republicoin (Republicoin in short: decentralized voting system to distribute the demurrage in an fair p2p way) Coins Source’s Score: 2 Stars (2 / 5) Whats that? Frei’s Score | 1.7 /5 Not that bad, ok that was one year ago,perhaps we get now 1.2??? Hey we could do a lot better then that or? At least 1.20000042 we should manage or? Come on get out on the street, join the Freicoin Alliance and hey stop discussing economy* and start coding! All the good, Arcurus * Discussing economy you can do on places which are devoted to that, like for example the main economy lecture hall called "easy credit lecture hall" in the University Nürnberg,near my home city near the big easy Credit food ball stadium former called Franken Stadium and no, that's no joke! I wish it would be!
  17. 3 points
    fedde

    Working DNS Seeder

    Here is a link to a working DNS Seeder for Freicoin based on latest version. Also under my repos there is a version 0.1.1 that is working called freicoin-seeder. https://github.com/eddef/bitcoin-seeder It's live at dnsseed.sicanet.net Creds to @Rik8119 and @Skirmant for initial code and finding some magics
  18. 3 points
    fedde

    [FreiExchange] - News and Updates

    I spoke with the Manna coin guys a while ago, will check back on the contact to see if we can get it listed.
  19. 3 points
    fedde

    Freicoin Resources

    Freicoin Resources Please help to gather link resources to get a updated list. Last updated 01.05.2017 Websites: freico.in http://freico.in (wallets, info) Freicoin Github https://github.com/freicoin/freicoin Foundation Website https://foundation.freicoin.org/ (error in certificate) Freicoin Blockexplorer http://freicoin.info Pools: freicoinpool.com http://freicoinpool.com Market Data: CoinMarketCap https://coinmarketcap.com/currencies/freicoin/ CoinGecko https://www.coingecko.com/en/coins/freicoin Payment Processors: Cointopay International : https://cointopay.com/ Exchanges FreiExchange https://freiexchange.com
  20. 3 points
    Rik8119

    Coin supply

    Update: There are now 70 registered bot users! Thanks to @magius but also @Skaro
  21. 3 points
    fedde

    P2Pool Howto (with merge mine Solidar)

    This is quick guide to get started with own p2pool node that you can merge mine Solidar coin with. I mostly use debian, should work on Ubuntu also. Be aware that you might need to run a version 8 of debian. Make sure you have Git installed ( sudo apt-get install git) git clone https://github.com/wincev/p2pool.git p2pool This will put the p2pool code for Freicoin in p2pool directory. Install requirements for running p2pool. sudo apt-get install python-zope.interface python-twisted python-twisted-web Now, grab your coin daemon from freico.in and solidar.it, install them and get them running. Make sure you set the config files. nano .freicoin/freicoin.conf This is minimal config server=1 daemon=1 rpcuser=freicoinrpc rpcpassword=yournastypassword rpcallowip=127.0.0.1 Similar for the merge mining, create a equal file with another rpcuser and password. Fire up the daemons freicoind -daemon solidard -daemon Let them sync fully, you will not be able to mine before they are fully synced. Then go to the p2pool directory and create a start.sh (nano start.sh) #!/bin/sh /usr/bin/python /home/p2pool/p2pool/run_p2pool.py --net freicoin --give-author 0 freicoinrpc yournastypassword \ --merged http://solidarrpc:[email protected]:55888 Make it executable with chmod 755 start.sh When wallets are synced, you can start the p2pool with merge mining by entering ./start.sh It should now fire up. Point your miners to stratum+tcp://your_ip_of_server:9638 with your freicoin address as username, password can be anything. Whenever a freicoin block is found, it will try and submit it on the solidar wallet also. solidard getinfo To see if you get any solidar coins also into the solidar wallet. (i will clean it up this thread, but this is basicly how it's done)
  22. 3 points
    Mark Friedenbach

    Future of Freicoin

    I can't agree enough that we are currently limited by developer time. We need more developers. However I'm very cautious about the ICO craze. ICOs are securities offerings, and doing or promoting an unlicensed securities offering is a serious offense punished by massive fines, jail time, and a lifetime ban of working in the industry. People haven't been burned ... yet. But it's just a matter of time. It can be frustrating to watch developers with nearly zero experience raise huge sums of money for poorly defined projects, and even more frustrating to see the biggest offenders get a pass by regulatory authorities as they are grandfathered in under the new regime. However I'd still rather do this the right way, the morally and legally justifiable way, even if that road is a little harder. The situation is not so dire though. The features I would like to get into this new freicoin are mostly already written -- it's just a matter of polish and integration.
  23. 3 points
    magius

    New website for Solidar

    Hi all, me is the one from Italy collaborating with Rik8119 to enhance the Solidar website It's from the start I know Freicoin and in the past I translated the documentation into italian, that unfortunately seems to be lost Me also I'm a developper of an economic system called FAZ (Financial Autonomous Zone) based on demurrage and basic income, but it's...analogic! I mean is not blockchain based, it's a financial system based on negative rate corporate bonds, issued as currency. Here's the documentation of our project in english: https://financialautonomouszone.wordpress.com/english/
  24. 3 points
    Mark Friedenbach

    Future of Freicoin

    It's time to re-start this thread. As mentioned in another thread, I've been professionally busy non-stop for some months on a couple of different projects. That is currently slated to change with my new responsibilities including the maintenance of the Elements codebase, which includes most of the new features we would like to add to Freicoin. So there's a little bit of double-dipping there. Plus since I'll be traveling less and working normal hours I'll be able to spend 8-10 hours a week, evenings and weekends, working on the basic plan outlined at the top of this thread. So let's revisit this thread. We did back-port some consensus bug fixes to the freicoin client and issued a new release of the 0.8 node software in 2015. Also included in that release was a soft-fork that changed the rules for demurrage calculation, in a way that will potentially make the client easier to maintain. We have not made good on our promise to update the client to newer versions of upstream Bitcoin Core, and that will be my first priority. The soft-fork change to demurrage calculations means that a little bit of up-front work is required to re-write those patches, but afterwards the total maintenance cost should be reduced. The call for testers still stands. We need to develop some sort of test plan for new releases that gives us some assurance we aren't releasing bad code. Any help with this would be much appreciated. Now looking at the specific features I suggested adding: This is already in bitcoin, and will be in freicoin as soon as we upgrade the reference client to a more recent upstream version. Likewise! Freicoin will get the same segwit that bitcoin is about to lock-in. Still want this for Freicoin, but: In the time since I wrote this, Jorge and I along with our co-workers and a partner company implemented confidential assets, which is an extension of confidential transactions that blinds the asset being transacted as well as the amount. This was a significant amount of work, and basically occupied 12-14 months of my professional career, as well as that of my colleagues. Part of why my enthusiasm for bringing CT to Freicoin waned after writing the above words is that as soon as Andrew Poelstra invented the necessary crypto component to make confidential assets work, it became clear that we would want to wait until this new CA was finished. Proper asset support has always been an essential part of my vision for Freicoin as it is necessary to construct other forms of decentralized money (e.g. classic ripple) as well as interesting smart contracts. Confidential assets was released this year, and made more polished in the last few months in preparation for the BC2 conference, where the necessary features for distributed exchanges were also written. It's now in a state where we can talk about brining it into production on Freicoin. This was Mimblewimble! No, I'm not secretly Voldemort, nor does Voldie work at my employer as far as I'm aware. However we were working on some similar ideas for non-interactive CoinJoin using confidential transactions and one-way aggregatable signatures. Voldemort independently invented the same tricks, and to his/her credit realized that it allowed A LOT more than just non-interactive CoinJoin. It also turns out that it doesn't have to be a hard-fork change, other than the introduction of confidential transactions itself. Mimblewimble can be implemented on Elements Alpha without any changes. However it does need some work to reconcile with confidential assets, so some basic research here might be required. It is however high priority research at my employer and I am hopeful that we can see production-ready results on a relatively short timeframe. The only other features not mentioned here are a bunch of little improvements to bitcoin script that makes writing smart contracts much easier or allows more powerful contracts. That might be a good topic for another post. Many of these are already implemented in the elements codebase, but just need some review and testing before production use. Finally, a word needs to be said about merged mining. In fact this deserves its own post and I will make one in time, but the short TL;DR is that Jorge and I differ on our views about this. Given what we have seen happen in the Bitcoin space with respect to mining, ASICBOOST, and segregated witness, I no longer have faith that SHA256 mining can be used to secure a high-value network. And as bad as the situation is for bitcoin, it would likely be even worse for a merged mined coin, as in practice merge mining sees higher rates of centralization. I think there is a strong argument for switching to a new proof of work entirely, one which is not ASIC resistant (that's a unicorn that doesn't exist), but rather tries to minimize the performance gap between high-end general compute ad specialized hardware. Cuckoo Cycle is an example of one such PoW algorithm. In any case, I'll post my thoughts regarding this in another thread. I hope others are as excited about bringing these new features to Freicoin as I am. I think the applications that can be built on top will do a lot to bring utility to freicoin as a medium of exchange for a generally useful block chain platform.
  25. 3 points
    fedde

    The end of the foundation

    Damn... tought i had double vote ????
  26. 3 points
    Fabrizio

    The end of the foundation

    Maybe kick the can down the road a bit, if its possible? Move the Foundation coins to a time locked contract, spendable after certain day and/or require softfork? If not moved within certain amount of days/blocks -> destroy/redistribute/whatever. Theres some neat technologies being built and getting realeases in the not-so-far-distant future, so could be useful to have the foundation coins for some use cases which might come available later. From what I understand, sidechains / drivechains will bring a lot of new possibilities for distribution mechanisms and other logics
  27. 3 points
    Rik8119

    The end of the foundation

    Well if we want to compare it to Bitcoin - which does not make sense IMHO - i ask myself what the community would say if the core devs would decide to increase the coin supply by 5? I can not imaginge atm that a social purpose can be decentralized. BItcoin f.e. is not decentralized either. 1m is owned by Satoshi and there are a handful pool and a few groups of devs ruling the bord. Woergl f.e. was the most successful freigeld currency and they used it to pay for social infrastructure. And IMHO it is the only reasonable purpose to redistribute money to the poor. I dont really see how it is fair to those that invest in FRC in the past dont follow the forum and one day wake up with an extreme amount of FRC pumped in mining - what in the end will lower the price and interest in the coin.
  28. 3 points
    kieranf

    Stuck!

    To go out and promote Freicoin right now would be kinda pointless. These points are purely from me and i am no where near as active as i once was so just take them with a pinch of salt -Logo, Ive said this a few years ago that the actual Coin logo is dated and doesnt Pop or look professional. This should be changed and refreshed. -Ease of accessing Wallets: As it is currently, you cant just point and click to get a wallet on every platform. I beleive you have an android wallet but not an iphone wallet? The 64 bit windows 10 doesnt seem to work without a work around that has been mentioned earlier. I would think if you want adoption then getting a wallet should be the easiest part and as it stands it can be a pain in the arse. -More Hashing on the network to keep the block times stable. I realise mining gear is a pain in the butt to house and run and from previous deals that went south for some people "joes pool thingy" then would the idea of a generic kitty that we entrust someone like Rik, or Arc and just use those funds to rent hashing power? Its relatively cheap now days and takes the hassle out of housing the Units and feeding them cool air and power. I would be more than happy to chip in if people were actually keen and there was enough spread of people. -A Video/Animation that details Freicoins abilities and effectively spells out in basic terms how it all works. If enough people would be happy to chip in i would also chip in to help fund something. As i see it there would need to be a considerable amount of effort that must be put into Freicoin to basically relaunch it and put it back onto peoples radars. Besides getting some hashing power on it and freshening up the look, there would also need to be some effort to get it back onto exchanges and available to more people. Im finishing up work in a couple of weeks and going to be in Thailand doing some training so i will have a good bit of spare time and id be more than happy to help but i have limited tech skills and my main contribution would be to put some money towards getting things done. Anyways, just my thoughts and ideas.
  29. 3 points
    kieranf

    Hello

    buzz word that everyone is talking about now is blockchain and how they can exploit it/use it. Freicoin doesn't offer much in that department. At the end of the day, Freicoin is Bitcoin that demurrage's. It would be nice if Freicoin could be awesome again. Even tho i wouldn't be rich, my coins were tied up in Vircurex hahaha. laaaaaaame. I havent been able to get a wallet to work on windows 10 64bit. Think i'm just going to get BTC as it crashes. Managed to pick up 6 at 400bucks each a year ago so thats turned into a nice little help!
  30. 3 points
    P2pool for freicoin, with merged mining of Rik's solidar coin is working on http://alfa.sicanet.net:9638/static/index.html Miners connect to stratum+tcp://alfa.sicanet.net:9638 with your username = FRC payout address Password can be anything. This is testing fase so things can be a bit bumpy. Cheers!
  31. 3 points
    Skaro

    Future of Freicoin

    Freicoin was almost dead and has recently come back through grass roots efforts: Fedde built a new exchange, and a new explorer was built showing demurrage paid. There was a wallet update last August. These efforts are continuing. In the works are updating p2pool software, updating wallets, and Fedde's exchange will be expanding to include other crypto-currencies all trading relative to FRC. The demurrage aspect of the currency means the coin is designed for spending and not speculating. Nevertheless, the present potential for value rise far exceeds the annual 5% demurrage fee. For this to be attractive, crypto-currencies need to find wider acceptance and circulation. Compared with 2008 and 2013, this appears to be happening now. Freicoin's developers are active and founding partners of Blockstream, and Freicoin is known for innovation (and not being a get rich quick scheme) since 2013.
  32. 3 points
    fedde

    Electrum back online

    Hi guys I just put the electrum server back online again. So the https://github.com/FreicoinAlliance/electrum-frc/releases should work again. Cheers!
  33. 3 points
    fedde

    Electrum back online

    Aren't we on the "lets make freicoin great again" ????????
  34. 3 points
    Rik8119

    Electrum back online

    Indeed! It is possible to install the client on all PCs as far as I know. And I will try to do an android version too.
  35. 3 points
    What? No response? Where's my lovin? Show me the love.
  36. 3 points
    can we jump to 14 directly without 0.9? 51 Min.vor 19 MinutenGesendet since 0.9 and 0.10 mostly just need testing,why not? but yeah, teh next rebase we plan to do to 0.13 or 0.14 directly
  37. 3 points
    Bicknellski

    Global Universal System

    I think we are already trying to do that within the Freicoin Alliance. We are already committed to doing a number of projects using FRC. That is where I think I would spend my time. I don't think we need to add more complexity to what we already have. We need to work on FRC and the things we already have in place. I invite anyone who wants to add to FRC to join us in our effort. We in the FRC Alliance are keen on working towards Universal Income and we have as a key point in our plans. But to do that we need a viable coin. FRC needs an active pool, exchange, forum and needs to be listed for it to have any hope of success and getting more people using FRC. I hope you join us since FRC demurrage really is all we need to work towards a more equitable world. Demurrage currency has worked in the past. We can make it work now with help. FRC Pool: http://www.freicoinpool.com/ FRC Coin Explorer: http://explorer.sicanet.net/ Wallet Download Page: http://freico.in/download/ Exchange: Beta Test Exchange for FRC Freicoin Alliance Forum: You Are Here Freicoin Github: https://github.com/freicoin/
  38. 3 points
    There's a new release of the Freicoin client for Linux and Windows, version 0.8.6-2, hosted on the official website: http://freico.in/download/ Note that there was a problem in trying to update the Ubuntu PPA, which I am working to resolve. The recommended solution is to use the gitian-built, statically linked binaries on the website. The new release contains TWO soft-forks. One is a security update to the consensus rules documented in BIP 66 (strict DER signatures). The other is freicoin-specific: truncation of input amounts. This greatly simplifies the code diff between Bitcoin and Freicoin, making the client easier to maintain and hopefully allow us to bring back regular supported releases in a cadence matching Bitcoin Core: Freicoin releases shortly after Bitcoin's. The next release of Freicoin will be based on Bitcoin 0.13.x, and is currently being worked on. Because of the changes in the accounting rules, a 0.13 release will be conditional on successful activation of the input truncation soft-fork. So miners & mining pools, please upgrade!
  39. 3 points
    Here you can find the latest version of the WooCommerce plugin for Wordpress for accepting crypto payments trough Cointopay. Freicoin enabled and accepted https://github.com/eddef/wp-woocommerce-cointopay Cheers
  40. 3 points
    fedde

    [Github] Freicoinpoker

    Oh, just found freicoinmafia also.... might hit that too up on github haha
  41. 3 points
    fedde

    [Github] Freicoinpoker

    Just for fun, i have released the freicoinpoker.com script we had some fun some years ago. If anybody want to take it further, please do I am cleaning up on the servers and releasing the things that has been there for a while and not in use. Install help here as usual if needed https://github.com/eddef/freicoinpoker Cheers!
  42. 3 points
    fedde

    Information and Donations welcome :)

    Hi All! After a long summer i am back to work with the Freicoin again. It's been hectic but at least now i have some spare time to do some work again. It's limited but the free moments i have will be to improve things around here. Currently mining pool has been set up again inhouse to make sure there is no interuptions. Badly the backup did not want to play nicely with the latest MPOS software so i had to reset to a clean pool. If you want to do mining again you have to register again. We only have 5 confirms on each block and gives a 5 FRC bonus on each found block. http://freicoinpool.com This server has also been upgraded to newer hardware as we had some replacements on the house. Things are refurbished and put online with freicoin related services. Electrum server has been restored also. You can access this on electrum.freicoinalliance.com You can get the latest Electrum wallet for Freicoin at https://github.com/FreicoinAlliance/electrum-frc/releases I will continue to fix small things as they come up and keep these services running. Of course nothing is free I would be happy for any donation made to keep my spirits up for running I'll do it anyway as i support freicoin fully with what i can offer and what services i can deploy to help the coin. Bitcoin donation address :1HpqQsT1f4A1Ggz8kszuoB2zXMJ9myaMZU Freicoin donation address: 12jpoDhcRe2iSwbN6A75aUqiA5LgKybsKR So lets' make the 2016 a freicoin year! Peace out Sincerly Fedde
  43. 3 points
    Humans Need Not Apply is a 2014 short Internet documentary film, directed, produced, written, and edited by C. G. P. Grey. The film focuses on the future of the integration of automation into economics, as well as the worldwide workforce. Grey & Brady introduce themselves after 18 episodes, working in public on the Internet, humblebragging revisited, a list of words that we mostly can't say on the podcast, the sacred space of calendars and 8 ways robots will take your job. This is why your idea is an EXCELLENT ONE although someone has to pay for the mining / transaction upkeep of the Freicoin network. The 80% collected should also go to the idea. We are going to need it when 40 to 60% unemployment worldwide happens soon. Look at automation in China. Jobs are being lost at an alarming rate already there.
  44. 3 points
    The beta version is complete! I rewrote all the code on GitHub so it's easier to review changes and made a few other small improvements Source: https://github.com/FreicoinAlliance/freicoinj https://github.com/FreicoinAlliance/freicoin-wallet Binary: http://bit.ly/17jZ69C btw, any news on those dedicated nodes you guys were going to put up?
  45. 3 points
    Bravo Arcurus! The unit of the future is a global index rather than an actual currency. And Freicoin doesn't need to be a good unit of account to be a great medium of exchange and cheap currency in lending terms. We've talked about similar concepts before under names like GRU (Global Reference Unit) or TRU (Trade Reference Unit, inspired in Bernard Lietaer's Terra or Trade Reference Currency). I talked to Thomas Greco (http://en.wikipedia.org/wiki/Thomas_H._Greco,_Jr. ) about this and he had the same idea long ago, and tried to convince Lietaer that an index rather than an actual "backed" currency it's what's needed. An index can contain any number of commodities or even services in its basket because you don't have to store them to "back" a currency. Given a basket formula and a set of markets APIs that the formula is based on, it is quite trivial to create a converter from TRU to any actual currency like FRC, BTC, USD, EUR, etc. So the challenge is to actually chose the markets and their weighs in the TRU formula. In FreiHours' case, there's only one "market" you have to look at. I assume you're thinking about using the federal reserve official inflation statistics. Many people claim they're quite manipulated (see http://www.shadowstats.com/alternate_data/inflation-chartsfor example), but that would be something simple to start the experiment and it is still more stable than the USD itself by definition. We could make a bounty for the converter once the the FreiHours index is more formally defined.
  46. 3 points
    The Freicoin Wallet's source code is now available on GitHub! https://github.com/Skirmant/freicoinj https://github.com/Skirmant/freicoin-wallet You can download the updated version here: https://bit.ly/134jytd (still in alpha stage)
  47. 3 points
    Hey guys! I thought I'd give you an update on my progress The wallet is almost complete. Synchronizing with the blockchain and receiving funds works fine, but I'm having some issues with creating transactions.. Hopefully I can get this issue fixed shortly so you guys have something to test Bellow is a screenshot of the wallet running on an android emulator
  48. 3 points
    Prometheus

    Forums

    Would it be an idea to have a thread or subforum called Website Suggestions or similar? I just had a hard time figuring out a proper thread to suggest making the main navigation into a 'sticky menu' that remains on top of the page as you scroll down. I don't remember if this is an option in IPBoard, but WP has it as an option I think, at least the theme I used. Is there some system of widgets or similar?
  49. 3 points
    Cool beans! I'll release a working version very soon
  50. 3 points
    fedde

    Welcome!

    Welcome to the Freicoin Alliance Forums! You have to be registered to see the rest of our forums or use our chat! Welcome!
×
×
  • Create New...