Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - fluxer555

Pages: 1 2 3 [4]
46
General Discussion / Capital Infusion question
« on: October 31, 2014, 11:06:16 pm »
Let's say somebody wants to invest $10MM into BTS. Let's say that BTS stakeholders want to honor that investment. Do we currently have a system that allows for this kind of capital infusion? Or is all the 'capital infusion' that takes place 'time and skills of hired delegates'?

Would somebody buying $10MM worth of BTS be the answer? I'm thinking not, because that's just value changing hands, right? The new holder of that $10MM worth of BTS isn't being hired, and probably doesn't bring any time/skills to the table.

Is there any way we can 'sell new shares' and have that new money be given to delegate operations? All on the blockchain?

47
After posting this thread, I have come up with some ideas that should help address problems associated with inflation and voter turnout. I will review three inflation models: Majority Approval (the current proposed inflation implementation), Singular Patrons (opposite end of the spectrum), and Momentum Approval (my proposed implementation). I will also propose something called Voter Rebates, which fits into the Momentum Approval model.

(NOTE: Stan has said to stop using the word 'inflation' when referring to how we pay hired delegates. I'm using it anyway, but please know that I am not thinking in terms of 'currency inflation'. You can replace it with 'capital infusion', 'dilution', 'pay rate', or whatever you want. Inflation is just the most clear word to use in the context of this proposal.)


I. MAJORITY APPROVAL
">50% of total stake needs to be for supporting an Inflation Delegate."

It is going to be extremely difficult to achieve >50% voter turnout, even with I3 voting with their large stakes. What this means is that we're going to have to lower the threshold to <50% for inflation to kick in, and this would give major stakeholders a large disproportional voting advantage. On the other hand, if we refuse to lower the threshold within this inflation scheme, then we will have slow or halted capital infusion.

The binary nature of this implementation makes it simple, but not very intelligent.


II. SINGULAR PATRONS
"All the stake (and only the stake) that votes for an Inflation Delegate pay that delegate."

There are two equivalent ways to do this:

1. Transfer stake from those who voted for the inflation
PATRONS: Stake lowered (transfer a percentage of their stake to delegate)
NONPATRONS: No change
DELEGATE: Stake raised (receive a percentage of every Patrons' stake)
TOTAL SUPPLY: No change

2. Add stake to those who did not vote for it
PATRONS: No change
NONPATRONS: Stake raised (inflation amount spread out over all Nonpatrons)
DELEGATE: Stake raised (inflation amount added singularly to delegate)
TOTAL SUPPLY: Increased (Nonpatron inflation amount + delegate inflation amount)

Pros and Cons for Singular Patrons when compared to Majority Approval:

PROS:
- Each shareholder is in full control of their stake.
- Large stakeholders do not hold disproportional advantage.
- Risk of failure of delegate rides solely on those who voted for them.
- Higher diversification of funds casts a larger net when acquiring talent/capital
- Minimum approval does not inhibit anyone from being funded. If one stakeholder wants to fund a project/individual/group, they can.

CONS:
- Low voter turnout results in low capital infusion rate (which is still actually better than no capital infusion with Majority Approval in this situation).
- In the event of high voter turnout (>50%), this method doesn't have as much 'firepower' as Majority Approval.
- Diversification of funding may be too extreme; we may end up doing many things badly rather than a few things well.
- Free rider problem exists; there may be incentive to not vote, thus creating a 'tragedy of the commons'


IIIa. MOMENTUM APPROVAL
"As approval rate for an Inflation Delegate approaches 50%, the Inflation Delegate's inflation approaches their desired rate."

To gain the benefits of both the original Majority Approval scheme and the Singular Patrons scheme, we can blend them together.

This can be achieved through the following equation,



where

= Percentage of stake approving Inflation Delegate (Patrons)
= Percentage of stake not approving Inflation Delegate (Nonpatrons)
= Delegate's desired inflation
= Total Delegate Inflation

All approving stakes automatically give the delegate his total desired inflation, . All stake not approving give the delegate a partial amount of their desired inflation, , which starts at 0 and accelerates towards the full amount as approval approaches 50%. Their sum is the effective inflation pay rate for the delegate.

After approval rate is >50%, it is equivalent to Majority Approval.

Here is a graph comparing the three different methods:



Here is a graph showing the percentage of the delegate's max inflation that Nonpatrons pay as approval increases:



As you can see, even at 5% Approval (approximate amount of I3's stake), there are negligible effects on the rest of the stakeholders.

Some numerical examples:

1. Delegate has approval from .05 of stakeholders
Delegate is asking for 10% max inflation
Patrons give 10% of their stake
Nonpatrons give 0.019% of their stake
Delegate gets 0.5095% inflation

2. Delegate has approval from .12 of stakeholders
Delegate is asking for 10% max inflation
Patrons give 10% of their stake
Nonpatrons give 0.243302% of their stake
Delegate gets 1.32165% inflation

3. Delegate has approval from .25 of stakeholders
Delegate is asking for 10% max inflation
Patrons give 10% of their stake
Nonpatrons give 1.875% of their stake
Delegate gets 3.4375% inflation

4. Delegate has approval from .33 of stakeholders
Delegate is asking for 10% max inflation
Patrons give 10% of their stake
Nonpatrons give 3.85245% of their stake
Delegate gets 5.22622% inflation

5. Delegate has approval from .45 of stakeholders
Delegate is asking for 10% max inflation
Patrons give 10% of their stake
Nonpatrons give 8.019% of their stake
Delegate gets 8.5095% inflation


IIIb. VOTER REBATES

Consider this redistribution implementation for Momentum Approval:

Increase supply, distribute to Nonpatrons and Delegate
PATRONS: No change in number of shares
NONPATRONS: Number of shares increased ( stake + (stake * * ) )
DELEGATE: Number of shares increased  ( stake + (supply * ) )
TOTAL SUPPLY: Increased ( supply + (supply * ) )

(NOTE: Just to be clear, even though Nonpatrons get their number of shares increased, since the total supply is increasing, their percentage of total is still lower.)

Voting incentive #1
In order for Nonpatrons to receive their stake increase, they must vote 2 delegates for every 1 delegate they are getting an increase for (with a maximum of 101). Let's call this stake increase the Voter Rebate.

Voting incentive #2
If the stakeholder doesn't vote for 2x Delegates and/or redeem the Voter Rebate in 90 days, then the it expires and automatically goes to its corresponding Delegate.

What this means is that if you don't support a delegate to be payed, you have to come up with at least two alternatives within 3 months, or you will end up giving up your extra shares to the Delegate. Since you're voting for twice as many as you're receiving for, and voting for delegates may mean becoming a Patron for those delegates, this puts pressure on stakeholders to constantly invest money toward growth, as well as incentivize Delegates to put up bids for election. Additionally, the two delegates you vote for create more incentive for others to redeem their Voter Rebate, thus creating a viral effect.

You can always redeem your Voter Rebate from as many as 1/2 of the number of Delegates you are currently voting for, prioritizing the largest rebates first, within a rolling 90-day period.

What if a lazy BTS holder doesn't want to vote? They will be giving up part of their voting power, being less of a drag on capital infusion. Since this demographic's percentage stake would drop the fastest out of everyone, they would also be less and less of a burden over time. Meanwhile, price appreciation is still likely, making this a viable option for many speculative investors who are not interested in becoming involved in company politics.

--

In summary:

- Majority Approval model is simple but unintelligent, which makes it inefficient at balancing capital infusion, stakeholder consensus, and stakeholder apathy.
- Singular Patron model solves certain problems, but overall, since it has no way to leverage the whole company's stake, it is too weak to give the company the competitive advantage that it needs to survive.
- Momentum approval model brings Majority Approval and Singular Patron model together to get the best of both worlds.
- Voter Rebates involve all stakes in the voting process (whether they vote or not), incentivizes stakeholders to participate, and holds shareholders accountable for the success of the company.


Tell me what you think, suggestions / improvements / modifications, or pointing out flaws in my logic or math are strongly encouraged!

48
General Discussion / Have we passed a centralization tipping point?
« on: October 26, 2014, 01:27:03 pm »
For transparency reasons, I think this is important for shareholders to know how much BTS I3 will own after November 5th. It is possible that we may have passed a tipping point of shareholder centralization.

Consider this:

- I3 were some of the first to mine PTS, and also did not dump despite massive gains.
- I3 gained massive PTS during the AngelShares donation period
- Members of I3 undoubtedly donated their own "personal" funds (aka mined + purchased PTS) to the AngelShares address
- There is no distinction between 'I3 funds' and 'personal funds of I3 members' as far as voting is concerned.

In other words, every PTS that I3 donated to the AngelShares address gave them extra voting power, at absolutely no cost.

On top of all this, I3 has been purchasing BTSX with AGS BTC, giving them even more voting power.

If the direction of the BTS SuperDac is to be determined by vote, then we may as well all sit back, grab some popcorn, and let I3 run the show. (Many of you want this, maybe?)

To seal the deal, decisions for wealth redistribution (aka inflation via delegates) are determined by vote, and now all of I3 want to be hired as inflationary delegates. Can you see where this is going?

I propose that I3 should not be able to vote with BTS derived from AGS and PTS donated to the Angel address, and BTSX/BTS purchased from AGS BTC. While I'm still not sure if this saves us from passing a centralization tipping point, this at least makes the situation far more reasonable.

I also propose that we don't hire I3 immediately and redistribute wealth to them. In fact, the vesting plan they have set out is effectively going to act as a paced redistribution toward I3, as they have the most BTS to be released over the next two years. After the snapshot, we will be able to determine the effective inflation rate that I3 will have without even being hired.

I3, what percentage of BTS will you have control over after Nov 5th?

49
General Discussion / The meaning of 'Larimer'
« on: October 25, 2014, 12:37:43 am »
I was curious about Dan/Stan's last name, and found something interesting...

Quote
Larimer Name Meaning

English and Scottish: occupational name for a maker and seller of bits, spurs, and other small metal attachments to harness and tackle.

50
General Discussion / Deflationary Development Model -- Join my experiment
« on: October 22, 2014, 08:24:57 pm »
The DevShares chain that bytemaster mentioned is related to an idea that has been cooking in my head for some time now. The way I have been thinking about it is a bit different, though. I think it could function as a full DAC, within Bitshares. Basically, its purpose could be for funding and investing in new Dacs within the BTS SuperDac (e.g. BitAssets, VOTE, Play, etc) as well as investing in Dac Developers. This would have more leverage for the investor than simply investing in BTS, and in a way that has DEFLATIONARY effects to BTS if the venture or Developer fails. While this approach may not have as much 'firepower' as inflation, it can be useful for low to medium cost developments without all shareholders bearing the risk of failure. Also, the more BTS is worth, the more viable this strategy becomes for higher-cost developments. I propse this not as a replacement to the inflation model, but as an alternative development route for proposals with lower shareholder approval, which would not even get a chance. The deflationary aspect of this could help compensate for, if not totally reverse, inflationary development.

This could be the more DAC-like, less coin-like, intelligent successor to PTS.

There are probably many possible ways this can be accomplished, but here's a summary of the implementation I have in mind (holes and flaws most likely included; please critique!). Note that bytemaster's idea for 'DevShares' more closely resembles what I call 'DacShares', and what I call 'DevShares' is something completely different.

After reading, I invite you to join me on an experiment.

----------

DacShares and DevShares

I. DacShares

0. New user type: Developer
In addition to Delegates, users can register as Developers, with some sort of identity/credibility verification in place to make sure they are who they say they are. One registered developer may also represent a team of developers. Developer accounts will have special abilities which I will describe.

1. Issue Dac Proposal
Anyone (developer or non-developer) can issue a proposal for a new Dac. The proposal is stored on the blockchain (for Proof of Existence), and should be as detailed and complete as possible. Anyone can modify/fork their proposal and re-issue.

2. Developers apply for assignment
After a developer reads the proposal and decides he would like to work on this Dac, he applies to be assigned through a Developer Proposal. This application includes a bid of how much share of the Dac he needs to develop it (Developer Stake), including all share-claiming terms (lockout, milestones, vesting, etc). Developers can apply for their own proposal, and Developers can apply for another Developer's proposal.

(A 'Developer' can be a software developer or software development team, but doesn't necessarily have to be. Similarly, a 'Dac' doesn't necessarily have to be software. The proposal defines the requirements, and software may or may not be a part of it.)

3. Dac Proposal Voting
BTS holders vote on the proposal. If they like it, they simply vote 'YES', as well as vote for a Developer that submitted an application. Shareholders can optionally omit the Developer vote if they like the proposal but don't think any of the applied Developers are qualified. This may give incentive for more qualified Developers to submit an application. (Maybe voters can also have an optional 'requested developer' cast with their vote, which could show demand for a developer not currently applied. This would not be an actual vote, as they should have to read that developer's proposal prior to voting for him.)

4. Investment Phase
Once Dac Proposal votes achieve 'critical mass' (definition to be determined), it will be enabled as 'Active' status for a set time period. While a Dac Proposal is active, you can:

(Idea A) • Assign a number of your BTS to be investing for stake in this Dac. You can change this number at any time during the set time period (changing too often is discouraged by transaction fees). You can check your current allocation status at any time, however final initial allocation is set at the end of the Investment Phase.

(Idea B) • Send BTS to an investment address, entitling you to shares AGS-style

(Idea C) • Rules of investment distribution are not set in stone by the DacShares DAC, and can be determined by the voters in step 3. (Turing-completeness would help here)

5. Distribute asset
At the end of the Investment Phase, a new DacAsset is created and proportioned per account, also including the Developer's stake. All BTS included in this investment on all accounts are burned. All value transfers from the BTS to the DacAsset, unchanging BTS price and market cap as a direct result of burn/distribution.

6. Trading, development begins
Markets between the DacAsset and BTS open immediately. Developer is given the green light to start work, and his agreed distribution terms for the DacAsset are put into effect.

To retain value within the DacAsset, it is in the favor of the Dac to have all Dac operations be done in terms of the DacAsset. If a new BitAsset implementation were to be proposed, there would be trading pairs between BitUSD and the DacAsset, not BTS.

7. Dac Merger
After the Dac has matured, it will be clear if/when the Dac will add valuation to BTS if operations of the Dac can be done with BTS rather than solely the DacAsset token. Any BTS or DacAsset holder at any time can issue a Dac Merger Proposal, which outlines an distribution model honoring DacAsset holders new BTS in exchange for integrating the Dac functionality with BTS.

Voting for Merger Proposals on both sides (BTS and DacAsset holders) occur, and both need to achieve a 'critical mass' (again, definition to be defined). When this happens, all DacAsset holders are issued their share of BTS, all their DacAsset is burned, and the Dac's functions can now be operated in BTS.

If the DacAsset loses most of its value due to failure, only the DacAsset investors take the hit. This will effectively deflate BTS, and reward those who did not invest.

It is in the best interest for BTS shareholders to respect the DacShares social consensus, without backstabbing each other. If non-DacAsset-holding BTS holders see value in the Dac, collusion to merge the Dac into BTS without honoring the DacAsset holders will undermine the value of BTS itself, as it will discourage further development.

DacAssets also open the possibility for Dacs becoming successful, but remaining within BTS purchasable as a separate asset with no merger. This is perfectly acceptable, as long as it still adds value to the platform as a whole. They could even secede from BTS onto their own chain, however this is unlikely as the investor's voting and capital infusion is with the intention of adding value to BTS. (In other words, nobody is going to vote for or fund a Dac Proposal that imposes an apparent risk to BTS.) A mutually beneficial, segregated Dac within BTS could in fact be the most valuable inclusion model for that Dac's purpose.


II. DevShares

1. Issuance of DevAssets
Registered Developers are automatically issued their own DevAsset, which they by default own 100% of. When a developer is assigned and green-lighted to develop a Dac, the Developer Stake is distributed to owners of this DevAsset, in accordance with the share issuance terms agreed upon. A Developer owning all of his own DevAsset will always receive 100% of the Developer Stake.

2. Sale of Contracts for DevAssets
Developers can sell their DevAssets to any user in exchange for a Contract. The details of the contract can be defined by either party, and can vary in complexity. The simplest Contract would be: Developer sends X amount of DevAsset, buyer sends Y amount of BTS. A more complex contract would involve giving the developer leverage with matching BTS to DacAsset, up to a X number of BTS, in exchange for Y amount of his DevAsset (BTS would be locked up in collateral).

The developer needs to be very careful about the contracts that he agrees to, as a bad contract could destroy his ability to fund the development of any of his Dacs.

----------

Thoughts, Ideas:
• With the inflation development model, the negative effect of a failed Delegate is compounded because there are more shares in circulation for Dac that is worse-off. DacShares makes every situation a win/win for the health of the SuperDAC.

• Incubating new Dacs within BTS makes the Dac very comfy within BTS, while a Dac on a separate chain could be merged into a competing SuperDac with much less friction.

• A 'lazy' investor's best move is still to simply buy and hold BTS, as it is feasible that the majority of DacAssets will fall from their initial valuation. However, a more keen investor (and likely someone who just wants to gamble) has the ability to speculatively enter high-risk/high-reward positions with both DacShares and DevShares. All the while, BTS SuperDAC grows and becomes stronger.

• Maybe DacShares' voting phase and investment phase (I-3, I-4) could be combined into one Kickstarter-like crowdsale. The developer proposes a minimum investment amount and time period, and as long as it is above that amount, DacAssets are issued. If it is lower, everyone involved is sent back their BTS.

• DevShares make the value of Dac developers liquid on-chain. It also means Developers can now be 'Sponsored', which aids in Dac creation, and make their Developer Proposals more attractive.

• For DevShare contracts, locking up BTS in collateral until the Developer Stake is distributed is probably the healthiest for the SuperDAC, as it gives the developer incentive to apply for Dacs, and it enables another high-risk investment option for shareholders to potentially deflate BTS.

----------

I understand this is very complex, and the devs already have their hands tied. I think that the most appropriate thing to do is to pilot the system by using this system to build itself. It would mean that we'd have to do it off chain, of course.

Take this post as a Dac Proposal that I have just issued. If you think it could be improved, fork it and issue your own. If you think this Dac is worth building within BTS, simply post 'YES' anywhere in a reply. If you are a developer and would like to participate in building this Dac, post your Developer Proposal.

Let the experiment commence! Or let it fall flat on its face. Darwinian environments are great, aren't they?

51
General Discussion / Snapshots of BTS in a system with BitAssets
« on: October 20, 2014, 05:54:21 pm »
Everyone knows that when a snapshot of PTS takes place, the value of that snapshot splits off from PTS into the new DAC. With BTSX, couldn't the system be gamed by purchasing BitUSD before the end on the snapshot? What sort of game-theory scenarios are there?

52
General Discussion / Alternative solution to feeds via delegates
« on: September 28, 2014, 06:40:41 pm »
Shareholders vote for delegates, then delegates vote for feed scripts.

The feed scripts would be a lot like the automated scripts that are being passed around right now, except they would be stored on the blockchain, and executed by all delegates.

There could be an intermediary 'testing ground' for scripts, to be reviewed, and then confirmed legit. They could be cryptographically signed by trusted developers.

I think this intelligently offloads some responsibility from the delegates, which seem to be piling up unnecessarily.

If this proves to be an effective method, then all sorts of new code / new features could be introduced to BTSX in this way.

53
General Discussion / Funny result when using forum search for 'stan'
« on: September 27, 2014, 04:14:39 pm »
Try it... ;)

54
General Discussion / Automatic update
« on: September 27, 2014, 02:22:28 pm »
I noticed that NXT has a very nice setup with updating, allowing the user to upgrade right in the client. I understand they have had much more development time, but is this feature planned? It could automatically give a prompt to install the version that ≥51 delegates have upgraded to.

55
BitShares PTS / Upcoming DACs?
« on: September 06, 2014, 03:11:05 pm »
Are there any upcoming PTS/AGS sharedrops planned for the near future?

56
Stakeholder Proposals / New website: Delegate.bid
« on: July 24, 2014, 01:40:06 pm »
Dear delegates and developers,

I would like to start a project developing a website that connects campaigning delegates with stakeholders looking to cast their votes. I have acquired the domain Delegate.bid for this purpose. The idea is that to see anyone's delegate bid, you would simply visit:

xeroc.delegate.bid
liondani.delegate.bid
spartako.delegate.bid
daslab.delegate.bid
etc...

If you are interested in helping with this project, PM me and we can set up a meeting. In the meantime, anyone can use this thread to brainstorm ideas of what features you would like to see from this website.

57
Make offers via this thread or PM. Escrow only.

== DAC ==

DacCharts.com
DacHub.com
DacSpot.com
DacIPOs.com
DacShares.com
DacStarter.com
DacAngel.com
DacAngel.org
DacAngels.com
DacAngels.org
DacWiki.com
DacWiki.org
BankDacs.com
DacBanks.com
DacAssets.com
AssetDac.com
AssetDacs.com
DacBroker.com
DacBrokers.com
DacDaily.com
DacEquity.com
DacEquities.com
EquityDac.com
EquityDacs.com
DacFolio.com
DacPortfolio.com
DacStats.com
DacStocks.com
DacWallets.com
EscrowDac.com
EscrowDacs.com
DacEscrow.com
InsureanceDac.com
InsureanceDacs.com
InvestmentDac.com
InvestmentDacs.com
MarketDacs.com
DacDevs.com
DacTrader.com
PayDac.com
PayDac.net
PayDac.org
PayDac.info
FaceDac.com
CasinoDac.com
CreditDac.com
DacBit.com
DacLawyer.com
DacLawyers.com
DacLoad.com
DacLoan.com
LoanDac.com
LoanDacs.com
DacScript.com
DacScripts.com
DacSource.com
DacStack.com
ETFDac.com
DacETF.com
FundDac.com
KarmaDac.com
RepDac.com
LotteryDac.com
LotteryDacs.com
LottoDac.com
LuckyDac.com
MarketDac.com
MasterDac.com
ProtoDac.com
ProtoDacs.com
RealtyDac.com
DacProperty.com
PropertyDac.com
PropertyDacs.com
DacForums.com
DacHack.com
DacHacks.com
DacHacker.com
DacHackers.com
DacHackers.net
DacHackers.org
DacPrices.com
DacWorth.com
DacDomains.com
DacStock.com
StockDac.com
DacCare.com
DacDesk.com
DacSummit.com
InterDac.com
DNSDac.com
DacRegistry.com
DacChain.com
DacChain.info
DacChains.com
ChitDac.com
ChitDacs.com
ChittyDac.com
DacChit.com


== BitShares ==

BTS-X.com
BitSharesXWallet.com
BitSharesXWallets.com
BTSXWallet.com
BTSXWallets.com
BTSXBot.com
BTSChains.com
BTSBot.com
BTSDNS.com
BTSToolkit.com
BitDelegate.com
BitDelegates.com
BTSDelegates.com
TruthShares.com
LocalBitShares.com
LocalBitShares.info
LocalBitShares.net
LocalBitShares.org
LocalBTS.com
LocalBTS.info
LocalBTS.net
LocalBTS.org
BitShareholder.com
BitShareholders.com
BitShareholders.net
BitShareholders.org
BitShareholders.info
BitSharesWiki.com
BitSharesWiki.org


== BitAssets ==

BitUSDX.com
BuyBitUSD.com
LocalBitAssets.com
LocalBitUSD.com
SellBitUSD.com
TradeBitUSD.com
BitUSDs.com
BitBullionWallet.com
BitBullionWallets.com
BitCNYWallet.com
BitCNYWallets.com
BitEuroWallet.com
BitEuroWallet.com
BitEURWallet.com
BitGoldWallet.com
BitGoldWallets.com
BitSilverWallet.com
BitSilverWallets.com
BitUSDWallet.com
BitUSDWallets.com
BuyBitGold.com
BuyBitSilver.com
BuyBitCNY.com
BuyBitEuro.com
BuyBitStock.com
BuyBitStocks.com


== Ethereum ==

BuyEtherCoin.com
EtherCoins.com
EthereumApps.com
EtherGambling.com
EtherPoker.com
EtherShares.com
EtherStocks.com
LocalEther.com


== Counterparty ==

Counterparty.us
Counterparty.me
CounterShares.com
CounterShares.co
XCPShares.com


== Crypto ==

CryptoSafety.org
CryptoEquities.com
CryptoLicense.com
CryptoIPOs.com
MyCryptoWorth.com


== Coin ==

TrackMyCoins.com
CoinIPOs.com
CoinexBot.com


== Bitcoin ==

BitcoinNodes.com
BitcoinNodes.net
BitcoinNodes.info
BitcoinNodes.org


== Other ==

HypeBit.com

58
General Discussion / bex.io -- Brand Conflict
« on: January 18, 2014, 04:36:10 am »
http://bex.io

I just stumbled upon this site. Is this something that we should take into consideration if we're switching branding to BEX?

59
General Discussion / List your skills and be known
« on: December 23, 2013, 06:47:11 pm »
I think it would be useful if everyone who wants to help contribute to the growth of I3 to list your skills so that staff can know what kind of talents reside on these boards. Résumés would be impressive and might give you a better chance of really 'being on the team', however not mandatory.

I'll start:

- Intermediate/Advanced Python Skills
- 20 years experience with Photoshop/Illustrator and Graphic Design
- Experience recruiting/interviewing/hiring outsourced workers
- Experience recruiting/interviewing/hiring homeland workers
- Experience with managing outsourced/homeland workforces over Skype
- Experience with writing use-case documents aimed at contract developers
- 7 years experience owning/running online eCommerce storefronts
- Experience with affiliate marketing campaigns, both as a vendor and as an affiliate
- Experience with Facebook Ads, Adwords
- Experience Implementing Global SEO Best Practices
- Experience managing email marketing accounts through AWeber.com
- Experience with email Customer Support

I am constantly researching new decentralized cryptographic technologies, including competitors to I3. As it currently stands, I believe the visions behind I3 are lightyears ahead of the competition, which is why I have chosen to put my time and money into this company.

I conceptually understand how BitCoin works. I have read all the white-papers at the I3 website and grasp their concepts. I can help explain these things to people who don't understand them.

Brainstorming and creative problem solving are two of my most valued skills, and I excel at both in group/team settings, synergistically.

Thank you,
Julien

Pages: 1 2 3 [4]