Index principal : V

Index principal : V



We are searching data for your request:

Forums and discussions:
Manuals and reference books:
Data from registers:
Wait the end of the search in all databases.
Upon completion, a link will appear to access the found materials.

V

Vaga, révolte de, 108 av.
'Val', Aichi D3A
Valençay, Traité de ; 11 décembre 1813
Valence, première bataille de, 26-28 juin 1808
Valence, invasion française de, septembre 1811-janvier 1812
Valence, siège de, 25 décembre 1811-9 janvier 1812
Valenciennes ou Famars, bataille de, 23 mai 1793
Valenciennes, siège de, 24 mai-28 juillet 1793
Valentina, bataille de, 75 av.
Valentine Infantry Tank Mk III
Valentine I, char d'infanterie Mk III
Valentine II, char d'infanterie Mk III*
Valentin III
Valentin IV
Valentin V
Valentine VI, char d'infanterie Mk III***
Valentine VII, char d'infanterie Mk III***
Valentin VIII
Valentin IX
Valentin X
Valentin XI
Valentin poseur de pont
Valentine DD
Valentin Scorpion III
Vaillant, HMS
Valjouen, fiançailles du 17 février 1814
Valls, bataille de, 25 février 1809
Valmeceda, escarmouche à, 8 novembre 1808
Valmy, bataille de, 20 septembre 1792
Valparaiso, bataille de, 28 mars 1814
Valutino, bataille de, 19 août 1812
Valverde, combat de, 19 février 1810
Vampire, De Havilland (D.H 100, D.H 113, D.H 115)
Vandamme, Dominique Joseph René, comte, 5 novembre 1770-5 juillet 1830
Van Dorn, comte, 1820-1863
Varèse, bataille de, 26 mai 1859
Varius, Marcus, d.73 av.
Vasey, brigadier George A
Vasilevsky, maréchal Alexandr, 1895-1977
Var, combats du 13-28 mai 1800
Vardar, bataille du, 15-29 septembre 1918
Varus, P. Attius, décédé en 45 av.
Vauchamps, bataille de, 14 février 1814
Végétius
Guerre de Veientine, première, 483-474 av.
Guerre de Veientine, deuxième, 437-434 ou 428-425 av.
Guerre de Veientine, troisième, 405-396 av.
Veii, siège, 405-396 av.
Velox, HMS (1902)
Vélites
Golfe de Vella, bataille de, 6 août 1943
Vella Lavella, bataille de, 6 octobre 1943
Vella Lavella, bataille terrestre du 15 août-7 octobre 1943
Vellaunodunum, siège de, début 52 av.
Velletri, 19 mai 1849
Vellinghausen, bataille de, 15-16 juillet 1761
Velos, Blackburn
Vénérable, HMS
Vengeance, HMS
Venta de Urroz ou Donna Maria, combat de, 31 juillet 1813
Venta del Pozo et Villadrigo, combat de, 23 octobre 1812
Ventura, Lockheed
Vénus, HMS
Vercellae ou la plaine de Raudian, bataille de, 30 juillet 101 av.
Vercingétorix, d.45 av.
Verdun, bataille de, 21 février- 18 décembre 1916
Vereker, John, sixième vicomte Gort, 1886-1946
Verneuil, bataille de, 17 août 1424
Verney, Edmund, Monsieur (1590-1642)
Vérone, bataille de, 26 mars 1799
Vervins, traité du 2 mai 1598
Veseris, bataille de, 340 av.
Vesontio, bataille de, septembre 58 av.
Vittorio Veneto, bataille de, 24 octobre-4 novembre 1918 (Italie)
Vian, amiral Philippe, 1894-1968
Viazma ou Fiedovoisky, bataille de, 3 novembre 1812
Vich, bataille de, 20 février 1810
Chasseur de chars Vickers Archer Mk I
Vickers Medium Tank Mk I
Vickers char moyen Mk II
Biplan Vickers Type 253 à usage général
Vickers Valentina
Vickers Valiant, biplan Type 131
Entreprise Vickers
Vickers Vespa
Vickers Victoria
Vickers Vildebeest
Vickers Vimy
Vickers Vincent
Vickers Virginie
Vickers Warwick
Vickers Wellesley
Vickers Wellington
Vicksburg, siège de, 19 mai-4 juillet 1863
Vicksburg, USS (CL-86)
Victor, maréchal Claude Perrin, duc de Bellune (1764-1841)
Croiseurs lourds de classe Victoria Louise (Allemagne)
Victorieux, HMS
Vienne, siège de, 10-13 mai 1809
Vienne, traité du 1er décembre 1656
Vienne, traité du 27 mai 1657
Vienne, siège de, vers 500-501 après JC
Guerre du Vietnam 1954-1968
Guerre du Vietnam 1968-1975
Vigilant, HMS (1900)
Hersir viking
Viking, HMS (1909)
Villa Muriel, combat de, 25 octobre 1812
Villafranca, combat de, 30 mars 1810
Villagarcia, bataille de, 11 août 1810
Villagarcia, combat de, 11 avril 1812
Villena, siège de, 12 avril 1813
Villers-Bocage, bataille du 13 juin 1944
Villers-Bretonneux, première bataille de, 30 mars-5 avril 1918
Villers-Bretonneux, deuxième bataille de, 24-27 avril 1918
Villers-en-Cauchies, bataille de, 24 avril 1794
Vimiero, bataille de, 21 août 1808
Vimory, bataille de, 26 octobre 1587
Crête de Vimy, bataille de, 9-13 avril 1917
Vimy, Vickers
Vincennes, USS (CA-44)
Vincennes, USS, à l'origine Flint (CL-64)
Vindicatif, HMS
Vingeanne, bataille de la, juillet 52 av.
Vinkovo ​​ou Tarutino, bataille de, 18 octobre 1812
Violet, HMS (1897)
Virago, HMS (1895)
Viru, bataille de, 30 juin-1er juillet 1943
Rivière Vistule, bataille de la, 28 septembre-30 octobre 1914
Vitality, Opération/ Bataille de South Beveland, 16 octobre-1er novembre 1944
Vitebsk, bataille de, 28 juillet 1812
Vittoria, bataille de, 21 juin 1813
Renarde, HMS (1900)
VK30.01(H) (Panzerkampfwagen VI)
VK30.01(P) 'Léopard' (Porsche Typ 100)
VK36.01(H) (Panzerkampfwagen VI)
VK 45.01 (P)/ Porsche Typ 101/ Tigre (P)
VK 45.02 (P)/ Porsche Typ 180/ Tiger P2
Vocates et Tarusates, défaite de la fin de l'été 56 av.
Volkondah, bataille de, 19-20 juillet 1751
Volturno, bataille de la, 1 octobre 1860
Ligne Volturno, bataille de, 9-19 octobre 1943
von der Tann, SMS
Vouille, bataille de, 507
VTOL
Vukassovitch, Philipp Freiherr von, 1755-1809
Vulcain, Opération, 22-28 avril 1943
Vultee Aircraft Corporation
Vultee Vengeance - développement, aperçu et service américain
Vultee Vengeance (RAF)
Vultee Vengeance (RAAF)
Vultee A-31 Vengeance
Vultee A-35 Vengeance
Vautour. HMS (1898)


Staline sur l'industrialisation rapide

La fin des années 1920 a apporté à l'Union soviétique à la fois la consolidation de l'autorité de Joseph Staline en tant que leader prééminent, et une "grande rupture" dans la politique politique et économique marquée par la collectivisation forcée et l'industrialisation effrénée. Dans le discours ci-dessous, Staline s'est adressé à ceux qui ont critiqué le rythme de l'industrialisation, révélant ainsi sa conception de l'histoire russe.

On se demande parfois s'il n'est pas possible de ralentir quelque peu le tempo, de mettre un frein au mouvement. Non, camarades, ce n'est pas possible ! Le tempo ne doit pas être réduit ! Au contraire, nous devons l'augmenter dans la mesure de nos capacités et de nos possibilités. Cela nous est dicté par nos obligations envers les ouvriers et les paysans de l'URSS. Cela nous est dicté par nos obligations envers la classe ouvrière du monde entier.

Relâcher le tempo signifierait prendre du retard. Et ceux qui prennent du retard sont battus. Mais nous ne voulons pas être battus. Non, nous refusons d'être battus ! L'une des caractéristiques de l'histoire de l'ancienne Russie était les coups continus qu'elle subissait à cause de son retard. Elle a été battue par les khans mongols. Elle a été battue par les beys turcs. Elle a été battue par les seigneurs féodaux suédois. Elle a été battue par la noblesse polonaise et lituanienne. Elle a été battue par les capitalistes britanniques et français. Elle a été battue par les barons japonais. Tous l'ont battue à cause de son retard, de son retard militaire, de son retard culturel, de son retard politique, de son retard industriel, de son retard agricole. Ils l'ont battue parce que cela était rentable et pouvait être fait en toute impunité. Vous souvenez-vous des paroles du poète prérévolutionnaire : « Vous êtes pauvre et abondante, puissante et impuissante, Mère Russie ». Ces messieurs connaissaient bien les vers du vieux poète. Ils la battaient en lui disant : "Tu es abondante donc on peut s'enrichir à tes dépens. Ils l'ont battue en disant : "Tu es pauvre et impuissante" et tu peux donc être battue et pillée en toute impunité. Telle est la loi des exploiteurs : battre les arriérés et les faibles. C'est la loi de la jungle du capitalisme. Vous êtes arriéré, vous êtes faible, donc vous vous trompez, vous pouvez être battu et réduit en esclavage. Vous êtes puissant, donc vous avez raison, nous devons nous méfier de vous. C'est pourquoi nous ne devons plus être à la traîne.

Dans le passé, nous n'avions pas de patrie et nous ne pouvions pas en avoir une. Mais maintenant que nous avons renversé le capitalisme et que le pouvoir est entre nos mains, entre les mains du peuple, nous avons une patrie, et nous défendrons son indépendance. Voulez-vous que notre patrie socialiste soit battue et perde son indépendance ? Si vous ne le voulez pas, vous devez mettre un terme à son retard dans les plus brefs délais et développer un véritable rythme bolchevique dans la construction de son système d'économie socialiste. Il n'y a pas d'autre moyen. C'est pourquoi Lénine a dit à la veille de la Révolution d'Octobre : « Soit périssez, soit rattrapez et devancez les pays capitalistes avancés.

Nous avons cinquante ou cent ans de retard sur les pays avancés. Nous devons rattraper cette distance en dix ans. Soit nous le faisons, soit nous serons écrasés.

Source : J.V. Staline, Problèmes du léninisme, (Moscou, Maison d'édition des langues étrangères, 1953) pp. 454-458.


Notre histoire

La principale responsabilité du Laboratoire national de Los Alamos est d'assurer la sécurité de notre pays par le biais de la dissuasion nucléaire, ce qui inclut la gestion des armes nucléaires de notre pays pour assurer nos alliés et dissuader nos adversaires. Le Laboratoire applique les meilleures solutions scientifiques et techniques à notre mission de sécurité nationale et à bon nombre des défis les plus difficiles au monde.

Le Laboratoire a vu le jour en 1943, quelques années après le début de la Seconde Guerre mondiale, dans un seul but : concevoir et fabriquer une bombe atomique.

Cela n'a pris que 27 mois. Le 16 juillet 1945, la première bombe atomique au monde a explosé à 200 miles au sud de Los Alamos sur le site de Trinity. Ce test a prouvé que les scientifiques du Laboratoire avaient réussi à militariser l'atome.

A cette époque, Hitler avait été vaincu en Europe, mais l'Empire japonais a poursuivi une guerre agressive. Ainsi, pour tenter de mettre fin à la Seconde Guerre mondiale, les États-Unis ont largué deux bombes atomiques sur le Japon en août. Peu de temps après, le Japon a déclaré une trêve. Le 2 septembre, la guerre était officiellement terminée.

Aujourd'hui, différents programmes de recherche du Lab soutiennent directement et indirectement notre mission fondamentale : maintenir la sûreté, la sécurité et la fiabilité de la dissuasion nucléaire de la nation sans avoir besoin de revenir aux essais souterrains.

Avec un accent sur la sécurité nationale, le laboratoire travaille également sur la non-prolifération nucléaire et la sécurité des frontières, la sécurité énergétique et des infrastructures, et les contre-mesures aux menaces terroristes nucléaires et biologiques. Pour soutenir ce travail, nous menons des travaux de science fondamentale dans nos six piliers de capacité :

  • Matériaux pour l'avenir
  • Futures nucléaires et particulaires
  • Intégration de l'information, de la science et de la technologie pour la prédiction
  • Science des signatures
  • Systèmes d'armes
  • Systèmes naturels et techniques complexes

Los Alamos est prêt à fournir à notre nation des solutions innovantes et sans précédent aux défis émergents.


Procédure pas à pas du flux de travail

Le rebasage peut être intégré à votre flux de travail Git existant autant ou aussi peu que votre équipe est à l'aise. Dans cette section, nous examinerons les avantages que le rebasage peut offrir aux différentes étapes du développement d'une fonctionnalité.

La première étape de tout workflow qui exploite git rebase consiste à créer une branche dédiée pour chaque fonctionnalité. Cela vous donne la structure de branche nécessaire pour utiliser le rebasage en toute sécurité :

Nettoyage local

L'un des meilleurs moyens d'intégrer le rebasage dans votre flux de travail consiste à nettoyer les fonctionnalités locales en cours. En effectuant périodiquement une rebase interactive, vous pouvez vous assurer que chaque validation de votre fonctionnalité est ciblée et significative. Cela vous permet d'écrire votre code sans vous soucier de le diviser en commits isolés - vous pouvez le corriger après coup.

Lorsque vous appelez git rebase , vous avez deux options pour la nouvelle base : la branche parent de la fonctionnalité (par exemple, main ) ou un commit antérieur dans votre fonctionnalité. Nous avons vu un exemple de la première option dans le Rebasage interactif section. Cette dernière option est intéressante lorsque vous n'avez besoin de corriger que les derniers commits. Par exemple, la commande suivante commence une rebase interactive des 3 derniers commits uniquement.

3 comme nouvelle base, vous ne déplacez pas réellement la branche - vous réécrivez simplement de manière interactive les 3 commits qui la suivent. Notez que cela va ne pas incorporer les changements en amont dans la branche de fonctionnalité.

Si vous souhaitez réécrire l'intégralité de la fonctionnalité à l'aide de cette méthode, la commande git merge-base peut être utile pour trouver la base d'origine de la branche de fonctionnalité. Ce qui suit renvoie l'ID de validation de la base d'origine, que vous pouvez ensuite transmettre à git rebase :

Cette utilisation du rebasage interactif est un excellent moyen d'introduire git rebase dans votre workflow, car il n'affecte que les branches locales. La seule chose que les autres développeurs verront est votre produit fini, qui devrait être un historique des branches de fonctionnalités propre et facile à suivre.

Mais encore une fois, cela ne fonctionne que pour privé branches de fonctionnalité. Si vous collaborez avec d'autres développeurs via la même branche de fonctionnalité, cette branche est Publique, et vous n'êtes pas autorisé à réécrire son histoire.

Il n'y a pas d'alternative à git merge pour nettoyer les commits locaux avec un rebase interactif.

Intégration des modifications en amont dans une fonctionnalité

Dans le Aperçu conceptuel section, nous avons vu comment une branche de fonctionnalité peut incorporer des modifications en amont de main en utilisant soit git merge soit git rebase . La fusion est une option sûre qui préserve l'intégralité de l'historique de votre référentiel, tandis que le rebasage crée un historique linéaire en déplaçant votre branche de fonctionnalité sur la pointe de main .

Cette utilisation de git rebase est similaire à un nettoyage local (et peut être effectué simultanément), mais dans le processus, il intègre les commits en amont de main .

Gardez à l'esprit qu'il est parfaitement légal de rebaser sur une branche distante au lieu de main . Cela peut se produire lorsque vous collaborez sur la même fonctionnalité avec un autre développeur et que vous devez intégrer leurs modifications dans votre référentiel.

Par exemple, si vous et un autre développeur nommé John avez ajouté des commits à la branche de fonctionnalité, votre référentiel peut ressembler à ce qui suit après avoir récupéré la branche de fonctionnalité distante à partir du référentiel de John :

Vous pouvez résoudre ce fork exactement de la même manière que vous intégrez les modifications en amont de main : soit fusionnez votre fonctionnalité locale avec john/feature , soit rebasez votre fonctionnalité locale sur la pointe de john/feature .

Notez que ce rebase ne viole pas le Règle d'or du rebasage car seuls vos commits de fonctionnalités locaux sont déplacés - tout ce qui précède est intact. C'est comme dire « ajouter mes modifications à ce que John a déjà fait ». Dans la plupart des cas, c'est plus intuitif que la synchronisation avec la branche distante via un commit de fusion.

Par défaut, la commande git pull effectue une fusion, mais vous pouvez la forcer à intégrer la branche distante avec un rebase en lui passant l'option --rebase.

Examen d'une fonctionnalité avec une demande d'extraction

Si vous utilisez des pull request dans le cadre de votre processus de révision de code, vous devez éviter d'utiliser git rebase après avoir créé la pull request. Dès que vous faites la pull request, d'autres développeurs examineront vos commits, ce qui signifie qu'il s'agit d'un Publique branche. La réécriture de son historique empêchera Git et vos coéquipiers de suivre les commits de suivi ajoutés à la fonctionnalité.

Toute modification apportée par d'autres développeurs doit être incorporée avec git merge au lieu de git rebase .

Pour cette raison, c'est généralement une bonne idée de nettoyer votre code avec une rebase interactive avant soumettre votre demande de tirage.

Intégration d'une fonctionnalité approuvée

Une fois qu'une fonctionnalité a été approuvée par votre équipe, vous avez la possibilité de rebaser la fonctionnalité sur la pointe de la branche principale avant d'utiliser git merge pour intégrer la fonctionnalité dans la base de code principale.

C'est une situation similaire à l'incorporation de modifications en amont dans une branche de fonctionnalité, mais comme vous n'êtes pas autorisé à réécrire les commits dans la branche principale, vous devez éventuellement utiliser git merge pour intégrer la fonctionnalité. Cependant, en effectuant un rebase avant la fusion, vous êtes assuré que la fusion sera accélérée, ce qui se traduira par un historique parfaitement linéaire. Cela vous donne également la possibilité d'écraser tous les commits de suivi ajoutés lors d'une pull request.

Si vous n'êtes pas tout à fait à l'aise avec git rebase , vous pouvez toujours effectuer le rebase dans une branche temporaire. De cette façon, si vous gâchez accidentellement l'historique de votre fonctionnalité, vous pouvez consulter la branche d'origine et réessayer. Par exemple:


Diversification

Une stratégie destinée à réduire vos chances de perdre de l'argent sur vos investissements.

La diversification peut être réalisée de plusieurs manières, notamment en répartissant vos investissements sur :

  • Plusieurs classes d'actifs, en achetant une combinaison d'espèces, d'obligations et d'actions.
  • Plusieurs exploitations, en achetant de nombreuses obligations et actions (ce que vous pouvez faire via un seul ETF ou fonds commun de placement) au lieu d'une seule ou de quelques-unes.
  • Plusieurs régions géographiques, en achetant une combinaison d'investissements américains et internationaux.

Quatre objectifs de P.L. 94-142

  • « assurer que tous les enfants handicapés aient à leur disposition … une éducation publique appropriée et gratuite qui met l'accent sur l'éducation spéciale et les services connexes conçus pour répondre à leurs besoins uniques
  • veiller à ce que les droits des enfants handicapés et de leurs parents … soient protégés
  • aider les États et les localités à assurer l'éducation de tous les enfants handicapés
  • évaluer et assurer l'efficacité des efforts déployés pour éduquer tous les enfants handicapés »

La source: Loi sur l'éducation pour tous des enfants handicapés, 1975

PL. 94-142 était une réponse à la préoccupation du Congrès pour deux groupes d'enfants. La loi soutient plus d'un million d'enfants handicapés qui ont été totalement exclus du système éducatif. La loi soutient également les enfants handicapés qui n'ont eu qu'un accès limité au système éducatif et se voient donc refuser une éducation appropriée. Ce dernier groupe comprenait plus de la moitié de tous les enfants handicapés qui vivaient aux États-Unis au début des années 1970. Ces questions d'amélioration de l'accès sont devenues des principes directeurs pour de nouvelles avancées dans l'éducation des enfants handicapés au cours du dernier quart du 20e siècle.

Grâce à un tel soutien leadership fédéral, les États-Unis sont aujourd'hui le leader mondial des programmes d'intervention précoce et préscolaire pour les nourrissons, les tout-petits et les enfants d'âge préscolaire handicapés.


Bienvenue sur le Wiki Bitcoin

Ici, nous visons à fournir un ensemble d'informations correctes et à jour sur le réseau Bitcoin et ses caractéristiques et fonctionnalités.

Bitcoin

Bitcoin est un système de paiement électronique peer to peer créé par le Dr Craig Wright sous le pseudonyme de Satoshi Nakamoto. Il a été détaillé pour la première fois dans le livre blanc Bitcoin en octobre 2008, et le code source a été publié en janvier 2009. Le registre Bitcoin et la chaîne de blocs ont été établis avec la génération du bloc Genesis le 3 janvier 2009 et l'exploitation du bloc 1 six. jours plus tard, le 9 janvier 2009.

Bitcoin permet aux paiements électroniques d'être envoyés directement d'une partie à une autre, sans nécessiter une institution centrale ou un serveur pour traiter les transactions et/ou stocker des fonds.

La structure sans leader du réseau est considérée comme une résolution du problème des généraux byzantins permettant aux entités déconnectées de suivre une direction commune sans instruction centralisée. Cela résout plusieurs problèmes auparavant considérés comme insolubles dans les réseaux distribués, notamment le problème de la prévention de la double dépense de pièces.

Applications

Bitcoin est principalement un système de paiement qui prend en charge la connexion peer to peer et les transactions instantanées. Au début de l'histoire des paiements Bitcoin, les utilisateurs devaient comprendre les détails techniques complexes des fondements technologiques de Bitcoin pour effectuer des transactions. Mais des développements tels que Paymail et Simplified Payment Verification changent le paysage et facilitent grandement la connexion des utilisateurs.

Bitcoin prend également en charge le développement de protocoles de couche application qui utilisent les transactions Bitcoin comme couche de transport pour l'échange d'informations. Plusieurs protocoles de couche d'application existent déjà pour BitcoinSV - pour plus de détails, voir Construire sur Bitcoin. Le Metanet fusionne les transactions hautement sécurisées et instantanées de Bitcoin avec le stockage et la transférabilité des données en chaîne permettant une utilisation Web efficace et sécurisée. Cela créera un Internet de la valeur où les micropaiements deviendront un moyen à la fois d'accéder aux données et de les monétiser.

Les applications qui utilisent la nature immuable du Bitcoin Ledger pour stocker et récupérer des données émergent à un rythme croissant. Les scripts de faux retour et d'autres scripts qui utilisent les codes d'opération Pushdata pour envoyer des données dans les transactions Bitcoin créent de nouvelles façons d'enregistrer des données pour la consommation publique. Bitcoin agit comme un serveur d'horodatage permettant de valider et de référencer les données à l'aide de transactions.

Réseau

Le réseau Bitcoin est le réseau que tous les pairs utilisent pour accéder au registre. Le réseau se forme spontanément au fil du temps à mesure que davantage de pairs accèdent au système et l'utilisent. Il n'y a pas de gouvernance centrale qui détermine comment les pairs sur le réseau doivent se connecter, mais la structure d'incitation que Bitcoin utilise pour amener les mineurs d'entreprise dans le système aboutit à un système spontanément formé qui est simple et résilient.

Une fois que les restrictions finales sur le protocole auront été supprimées dans la mise à jour Chronicle (prévue au début de la mi 2021), les utilisateurs du réseau pourront créer des zones partitionnées qui utilisent des ensembles de règles spécifiques propres à leurs besoins. Cela sera activé en créant des transactions qui utilisent OP_VER pour donner des instructions spécialisées à des sous-ensembles particuliers de nœuds, et créera l'effet de partitions de réseau en couches sur le système central, appelées réseaux en couches Bitcoin.

Le grand livre

Le registre Bitcoin est un enregistrement de toutes les transactions valides qui ont déjà été transmises au réseau. Le grand livre est formé comme un graphe acyclique dirigé (DAG) où chaque transaction est un nœud. Le graphique commence à la transaction Coinbase du premier bloc jamais trouvé et, via des chaînes de signatures numériques, trace l'historique complet des actions d'échange valides, permettant de retracer tous les bitcoins jusqu'à leur création.

Les transactions valides diffusées sur le réseau Bitcoin sont enregistrées dans le grand livre par les mineurs en blocs. Un bloc se compose d'une liste ordonnée de transactions Bitcoin et d'un en-tête qui comprend la racine générée par hachage des transactions répertoriées dans un arbre Merkle, un horodatage, une référence au bloc sur lequel il s'appuie et les moyens de valider la preuve de travail nécessaire pour aux autres mineurs d'accepter le bloc comme valide.

Les blocs forment un DAG de deuxième couche appelé la chaîne de blocs qui est construit par les mineurs du réseau dans le cadre d'un processus concurrentiel. Chaque bloc forme un nœud dans le graphe avec un seul front entrant du bloc sur lequel il est construit. Un bloc peut avoir plus d'un bord sortant dans un cas où plusieurs blocs ont été construits dessus, mais un seul de ces bords peut faire partie de la plus longue chaîne de preuve de travail. Un bloc sans bord à la plus longue chaîne de preuve de travail est appelé un bloc orphelin.

La structure de la chaîne de blocs DAG signifie qu'il existe un chemin clairement traçable jusqu'au premier bloc extrait. Les blocs sont découverts un peu moins de toutes les 10 minutes en moyenne, les mineurs utilisant un algorithme mathématique prédéfini pour contrôler la difficulté du processus de preuve de travail afin de maintenir ce délai.

Les transactions peuvent être échangées d'égal à égal à l'aide de la vérification de paiement simplifiée (SPV) pour gérer la confiance. SPV implique l'envoi d'informations d'accompagnement avec une entrée de transaction qui prouve qu'il s'agit d'une transaction qui a été horodatée dans le grand livre.

Les utilisateurs peuvent échanger des transactions non finalisées sans les envoyer au réseau pour être exploitées en créant ce que l'on appelle des canaux de paiement. Les canaux de paiement permettent aux utilisateurs d'effectuer un échange d'informations dans le cadre de transactions Bitcoin valides, en ne diffusant qu'une transaction finalisée comprenant l'échange de valeur totale au réseau minier une fois le transfert d'informations terminé.

Une fois qu'une transaction est envoyée au réseau, un consensus global peut être atteint sur la validité en moins de 2 secondes. Si une transaction n'est acceptée par aucun mineur et ajoutée à un modèle de bloc, elle est considérée comme invalide. Les transactions peuvent être invalides pour diverses raisons, telles que le fait d'être soumises avec un scriptSig invalide, de ne pas adhérer aux règles du réseau ou des mineurs, ou de ne pas payer des frais adéquats.

Transactions

Toutes les transactions Bitcoin sont des paiements de quelque nature que ce soit. Les transactions sont écrites dans un langage de script flexible qui est utilisé pour attribuer un contrôle de garde à chaque sortie de transaction via la création de conditions de dépenses arbitraires définies par des scripts.

Chaque transaction utilise des bitcoins stockés dans les « sorties de transaction non dépensées » comme entrées de transaction. Le processus de transaction agrège les satoshis détenus dans chaque entrée et les dépense dans un nouvel ensemble de sorties de transaction non dépensées. Lorsque les UTXO sont dépensés dans une transaction, ils sont consommés.

Le langage de script Bitcoin peut être utilisé d'une manière Turing complète, en créant une machine Turing qui utilise le registre Bitcoin comme une bande, en lisant et en écrivant à partir du graphique de transaction selon les besoins.

Le langage de script comprend également des opcodes qui permettent aux utilisateurs d'intégrer des données arbitraires dans des transactions, permettant la création de protocoles de couche d'application qui utilisent les transactions Bitcoin comme couche de transport.

Les récompenses versées aux mineurs pour la création d'un bloc sont inscrites dans ce qu'on appelle une transaction Coinbase. Cette transaction a un format spécifique et est toujours la première transaction dans l'arbre Merkle du bloc.

Nœuds et exploitation minière

Le registre est détenu sur un réseau distribué de nœuds qui utilisent une preuve de travail basée sur le hachage pour se disputer le droit de l'étendre et comme moyen d'appliquer les règles du réseau. La preuve de travail de chaque bloc de la plus longue chaîne de travail est incorporée dans son bloc suivant pour former la structure de la chaîne.

Au cours du processus d'extraction, un nœud rassemble les transactions du réseau sur une base de première vue et évalue si elles sont rentables à exploiter avant de les placer dans un modèle de bloc. Les modèles de blocs sont créés en calculant la racine d'un arbre Merkle contenant toutes les transactions en cours d'extraction. L'ordre des transactions dans l'arbre Merkle n'est pas lié à leur position dans le DAG de transaction. Au fur et à mesure que de nouvelles transactions arrivent, elles sont ajoutées à l'arborescence, créant un nouveau modèle mis à jour. Les opérateurs de hachage demandent en permanence de nouveaux modèles de bloc via l'interface Getminingcandidate pour s'assurer qu'ils obtiennent des données de bloc à jour pour le hachage. Un bloc est trouvé lorsqu'un mineur découvre avec succès une valeur qui génère un hachage inférieur à la cible de difficulté. Le mineur doit ensuite propager le nouveau bloc au reste du réseau qui doit ensuite construire 100 blocs supplémentaires par-dessus avant que le gagnant puisse réclamer la récompense du bloc.

Les nœuds sont exploités par les entreprises minières Bitcoin qui construisent le réseau. Les incitations économiques de Bitcoin sont structurées de telle sorte que pour que les nœuds soient les plus rentables pour construire le grand livre, ils doivent être aussi étroitement connectés que possible à d'autres nœuds performants. Cela conduit les mineurs à former un petit réseau mondial qui tend vers un graphique presque complet où chaque mineur est connecté à la plupart des autres mineurs. Les mineurs rassemblent les transactions des utilisateurs qui se connectent dans un réseau en couches sur les nœuds du noyau formant quelque chose qui ressemble étroitement à un réseau Mandala. Les pairs opérant dans ces couches de type shell utilisent la vérification de paiement simplifiée pour former une structure beaucoup moins dense où les informations sont échangées dans les canaux de paiement.

À mesure que Bitcoin évolue, les nœuds qui composent le réseau seront diversement compartimentés dans du matériel spécialisé. Ces systèmes en cluster seront répartis dans le monde entier, chacun étant placé dans un emplacement optimisé pour sa tâche.

En tant qu'organisations d'entreprise, les mineurs de Bitcoin doivent opérer en tant qu'entités juridiques au sein d'une juridiction donnée et, en tant que tels, sont liés aux lois et aux processus juridiques en vigueur dans cette juridiction. Grâce à cela, les mineurs peuvent être contraints d'adopter certaines règles ou d'effectuer certaines actions afin de se conformer à la loi.

Unité de compte

Les satoshis sont l'unité de compte native du grand livre et 100 000 000 de satoshis sont résumés en un bitcoin. Les satoshis sont contenus dans des énigmes de script appelées sorties de transaction non dépensées ou UTXO. Ce sont des sorties de transaction qui sont détenues par les mineurs dans une base de données à accès rapide appelée l'ensemble UTXO. Au cours du processus de dépense, les UTXO utilisés dans une transaction sont consommés et la solution de leur script de puzzle est enregistrée dans la transaction.

Les satoshis sont distribués par les mineurs à eux-mêmes en tant que paiement de subvention pendant la phase d'établissement du réseau. À mesure que le réseau mûrit, la subvention se dissipe, forçant les mineurs à trouver d'autres sources de revenus. Le paiement permet aux mineurs de financer leurs opérations grâce au paiement de biens et de services en bitcoin, en les diffusant dans l'économie.

Règles du réseau

Bitcoin fonctionne sur un ensemble de règles fixes. Les règles dites de consensus incluent des éléments tels que le fonctionnement des opcodes dans Bitcoin Script, la vitesse à laquelle les nouveaux bitcoins sont émis, la fonction mathématique utilisée pour calculer la cible de l'algorithme de difficulté, etc. Le protocole est approuvé par les mineurs qui contrôlent le fonctionnement du réseau.

Il n'y a pas de limites dans le protocole Bitcoin. Toutes les limites imposées sont mises en place par les mineurs qui sont incités à capturer les plus grands pools de transactions rentables possibles. Les mineurs se font concurrence pour offrir un meilleur service aux utilisateurs payants en adaptant leurs propres capacités.

Histoire

Outils et construction sur Bitcoin

Bitcoin dispose d'un ensemble d'outils riche et diversifié qui s'ajoute constamment.


Soutenez vos chercheurs avec des magazines, des journaux, des revues, des périodiques, des vidéos et des podcasts à jour et en texte intégral.

Améliorez la capacité de votre institution à effectuer des recherches approfondies avec des matériaux de source primaire rares qui sont maintenant à portée de main numériquement.

Le livre électronique de Gale La plate-forme apporte notre vaste collection de livres électroniques aux bibliothèques - des classiques fondamentaux aux nouveaux titres d'actualité.

Titres et auteurs à succès en gros caractères, à travers la fiction (comme le mystère et les westerns) et la non-fiction (comme l'histoire et le style de vie).

Des solutions d'apprentissage qui soutiennent ou fournissent des programmes de cours complets et aident à enseigner un large éventail de disciplines.

Explorez plus de 5 000 titres de référence et de non-fiction et de fiction dans plusieurs formats, y compris en gros caractères.


Index principal : V - Histoire

Le premier chemin de fer transcontinental a été achevé lorsque les rails de l'Union Pacific, allant vers l'ouest depuis Omaha, Nebraska, et ceux du Central Pacific Railroad, allant vers l'est depuis Sacramento, Californie ont été rejoints, complétant la connexion d'un océan à l'autre. Le télégraphe signala une nation en attente : "TERMINÉ!"

Chris Graves écrit qu'il a "quelques morceaux de rails en fer forgé de construction CPRR d'origine, chaque pièce mesurant environ 4 pouces, et des plus longues (jusqu'à 8 pieds)". Les personnes intéressées par un tel article pourraient m'appeler au 916/663-3742, aux heures de clarté, s'il vous plaît ! ou écrivez-moi à [email protected] Le prix varie selon l'état, la taille et le fabricant. . sur eBay aussi."

"À Sacramento. La compagnie Central Pacific avait trente locomotives gaiement parées sur le front de la ville, et au signal d'un coup de canon annonçant l'enfoncement du dernier crampon sur la route, les locomotives ont ouvert un chœur de sifflets, et toutes les cloches et sifflets à vapeur de la ville rejoint."

La Central Pacific Railroad Company of California a été organisée le 28 juin 1861 par un groupe de marchands de Sacramento connu plus tard sous le nom de "Big Four" (Collis P. Huntington, [Gov.] Leland Stanford, Mark Hopkins et Charles Crocker) également appelé "The Associates". ," ils sont mieux connus pour avoir construit la partie ouest du premier chemin de fer transcontinental ("le Pacific Railroad") à travers la Californie, le Nevada et l'Utah. UN J. Russell View au sommet du promontoire. Service des parcs nationaux avec la permission. (Droit)

Un itinéraire de montagne pratique pour la ligne ferroviaire a d'abord été conçu et interrogé par le Dr Daniel W. Strong, chercheur d'or et propriétaire de pharmacie de Dutch Flat, en Californie, et l'ingénieur Theodore Dehone Judah, qui a obtenu le soutien financier du groupe californien et a obtenu le soutien fédéral sous la forme du Pacific Railroad Act, signé en 1862 par l'ancien avocat des chemins de fer Abraham Lincoln. Vue C.E. Watkins au Cap Horn. Avec l'aimable autorisation de la Société royale de géographie. (La gauche) [Plus de Watkins]

Des obligations d'État, qui devaient être remboursées après l'achèvement de la construction, ont été émises aux compagnies de chemin de fer Central Pacific et Union Pacific au fur et à mesure qu'elles franchissaient les jalons de la construction, et on leur a accordé des parcelles de terrain importantes sur toute la longueur de la voie à titre d'incitation supplémentaire, plaçant le CPRR et l'UPRR en compétition — une course jusqu'à l'arrivée à un point de rendez-vous indéterminé.

Construction du chemin de fer du Pacifique 1863-1869

"The Last Spike" de Thomas Hill (détail en or, couverture arrière).

Le Central Pacific a commencé à tracer sa voie vers l'est à partir de Sacramento, en Californie, en 1863, et le Union Pacific a commencé à tracer la voie vers l'ouest depuis Omaha, Nebraska, deux ans plus tard, en juillet 1865. Pour répondre à ses besoins en main-d'œuvre, le Central Pacific a embauché des milliers de travailleurs chinois, dont beaucoup recrutés dans les fermes de Canton. L'équipage avait la tâche formidable de poser la piste traversant la chaîne de montagnes accidentée de la Sierra Nevada en Californie et a dû creuser quinze tunnels pour y parvenir. L'équipage de l'Union Pacific, composé en grande partie d'immigrants irlandais et d'anciens combattants de la guerre civile, a dû faire face aux attaques indiennes et aux montagnes Rocheuses. Le 10 mai 1869, après avoir parcouru 1 776 milles, 4 814 pieds (2 859,66 km) de nouvelle voie ferrée, les deux voies ferrées se sont rencontrées à Promontory Summit, dans l'Utah.
Avec l'aimable autorisation de Martin Gregor et Bruce C. Cooper.

Lewis Metzler Clement était l'ingénieur en charge directe de l'emplacement final, de la conception et de la construction de la division CPRR entre Colfax et Truckee (miles 75 à 120), de loin la section la plus difficile de l'ensemble du chemin de fer du Pacifique qui comprenait le cap Horn, la Sierra tunnels et les pare-neige.

De plus, il avait une charge similaire des 200 derniers milles de la ligne à travers le Nevada et l'Utah se terminant au sommet du promontoire. En février 1869, Clement a été nommé l'un des quatre membres de la Special U.S. Pacific Railroad Commission pour inspecter et approuver l'emplacement et la construction du chemin de fer et aider à déterminer la question très délicate de l'endroit où le CPRR et l'UPRR se rencontreraient enfin. Une fois la ligne ouverte en 1869, Clément ajoute les fonctions de surintendant de la voie du CPRR, poste qu'il occupe jusqu'en 1881.

L. M. Clement a ensuite conçu et construit (en utilisant également des ouvriers chinois) la ligne de chemin de fer du Pacifique Sud de Sacramento à Los Angeles via la vallée de San Joaquin, et a également travaillé sur de nombreuses lignes urbaines et de téléphérique. Parmi ses travaux dans la région figurait la conception de la plaque tournante du téléphérique au pied de Market Street à San Francisco. Leland Stanford a également demandé l'aide de Clement pour mettre en place les départements de génie mécanique et électrique à l'Université de Stanford.


Daniel W. Strong
Route de la Sierra trouvée

Dans une déclaration de 1887 soumise à la Commission des chemins de fer du Pacifique des États-Unis, Lewis M. Clement a résumé les défis et les grands obstacles à la fois physiques et financiers qui ont dû être surmontés pour construire le CPRR :

"Avec cette détermination en vue, toutes les énergies se sont pliées, réalisant pleinement les obstacles physiques et les difficultés financières à surmonter.

"The financial difficulties were not lessened by the opinions circulated to the effect that the obstacles were insurmountable that the railroads then constructed in Europe were as bagatelles compared with the difficulties to be met in constructing the Central Pacific Railroad, and failure was clearly written on the rocky sides of the cañons and the bold granite walls of the Sierra Nevada mountains.

"Not only was it impossible to construct a railroad across the Sierras via Donner Pass, but owing to the great depth of snow, some years reaching an aggregate fall of nearly 50 feet, would be impracticable to operate, and if built must be closed to traffic in the winter months, which would have been the case had not the road been protected at great cost by snow sheds.

"Against these utterances from men of railroad experience the company had to battle in financial circles, forcing them to show that they were not attempting an impossibility, though always realizing the great difficulties."

MAPS OF THE TRANSCONTINENTAL RAILROAD ROUTE

Click on a small red box or State name to see a large 1915 map of that part of the route.
CA LIF ORN IA– N E VA D A– U T A H– W Y OM IN G–N E B R A S K A

  • VISIT THE EXHIBITS that show the Central Pacific Railroad as it was during the 1860's:
    • Favorite railroad photographs
    • Hart CPRR Stereograph Photo Gallery
    • Muybridge views, and pictures from the New York Public Library
    • . even some great Union Pacific Railroad stereoviews!
    • Nouveau!Contemporary Photo's of the Historic CPRR Sierra Grade, 2003 Tour
    • Maps of the railroad
    • Engravings including Harper's Weekly, Pacific Railroad Survey, and Currier & Ives Prints
    • Historic papers and railroad collectibles.
    • Archive of more than 1,000 stereoviews of the CPRR, UPRR, and City Views

    Help with

    your support!

    MODERN BOOKS ABOUT THE TRANSCONTINENTAL RAILROAD

    An anthology of Nineteenth century first person accounts of overland travel on the Pacific railroad between 1865 and 1881 with fourteen sections in the book each of which can easily be read in one sitting. Also includes 93 period engravings and other illustrations, eleven maps, and another sixty pages of appendicies.

    Author David Bain reports that "Empire Express was the main selection of the Book of the Month Club."
    C-Span BOOKNOTES Interview

    "The definitive story of the heroism and heartbreak that produced a railroad, changed the landscape of the country, and altered the horizon of the nation." —The Wall Street Journal

    Historical/Medical/ Political perspective :

    THE CENTRAL PACIFIC RAILROAD'S LESSON FOR TODAY'S HEALTH CARE CRISIS

    " THE HOSPITAL : Belonging to the Railroad Company is a large, airy and comfortable building, located near the shops, where their men are taken care of when sick or disabled. It is well conducted, a credit to the company, and of incalculable benefit to those unfortunates who are obliged to seek its shelter. The company grounds cover 15 acres . " — Crofutt's Guide, 1872 .

    "Be careful about reading health books. You may die of a misprint." Mark Twain

    Why are health insurance premiums rising so much faster than workers' earnings? The Central Pacific Railroad Hospital (photo, left) directly provided health care to its workers for 50 /month starting in 1868, and the monthly cost was still exactly the same in 1948! In contrast, health care costs are spiraling out of control (&uarr1,000x!) today because – ignoring the " first do no harm " principle – the federal government made a mess out of financial incentives when it eliminated market-based health care and made American healthcare consist of playing with other people’s money by imposing wage controls during World War II that were promptly circumvented with non-taxable "employee benefits" paid for by reduced salaries, causing take-home pay to be stagnant . This has resulted in the current unworkable system – driven by politics – of bureaucratic "third party" reimbursement of health care costs by balkanized insurance companies or the government, with endless regulations and paperwork causing a huge overhead , and that hides the true costs from patients and prevents them from expressing their true preferences, and so defeats the market forces needed for health care providers to be able to provide health care according to patients' actual choices & needs , i.e., Wanna Fix Health Care? Stop Hiding the Cost! The out of control cost increases also result in large numbers of people being uninsured (which is worsened because insurance is further overpriced, by as much as 600% , due to costly government-mandated coverages, and out-of-control malpractice litigation), and leads to a quarter of all bankruptcies . This also produces " job lock " (preventing people from changing jobs to avoid losing their health plan). Patients paying directly for their health care ("first party") see the expense directly and won't allow costs to rise out of control ( as has NOT happened with un-reimbursed cosmetic and LASIK vision correction surgery prices ). The Central Pacific Railroad Hospital experience (the world's first multi-location HMO) shows that with direct employer provided ("second party") health care, costs can also be stable over long time periods (for eighty years at $6/year!), because the costs are not hidden. However when insurance company or government meddling makes medical care not provided directly by the employer appear almost free to patients (low co-payments and deductibles – U.S. "consumers pay just 14 cents on every health dollar spent" ), the demand escalates rapidly and the bill for such a plan with hidden indirect costs, as expected , rises uncontrollably , unless needed health care is denied by rationing under inferior socialized medicine ( under socialized medicine in England, only about 50% of women with breast cancer and men with prostate cancer survive, but in the U.S. 80% survive ) or HMO type plans with either draconian rules or unconscionable delays ( in 2004, Canadians waited 11.3 million weeks for delayed treatment with half waiting more than 17.7 weeks for treatment ), or controlled by regulations which result in life-threatening shortages and are so complex and dysfunctional that, for example, the U.S. Government's Medicare Hotline could only answer a billing or policy question correctly 4% of the time . (By analogy, buying your own meals, or – like the CPRR medical plan – buying a pre-paid monthly meal plan at the company cafeteria is workable, but meal cards entitling you to unlimited "free" – or "almost free" – meals at any restaurants of your choice will be completely unaffordable – i.e., " there's no such thing as a free lunch .") Recognizing this, patient empowering portable Health Savings Accounts have recently been enacted into U.S. law in an attempt to reintroduce financial sanity to health care, as affordable consumer driven health care (even for " high-cost " patients), where patients get to keep the health care dollars that they decide not to waste, while retaining low cost major medical insurance coverage for catastrophic illnesses . "Consumers then can make the treatment choices that are right for them without the third party disconnect that divorces the consumer from costs."
    [ Your comments, please. ]
    Policy Resources: NCPA , Cato Institute , Medical Progress , CPRR Hospital Report, 1883 , CPRR Hospital Statement, 1883 , The Old CPRR Hospital , Central Pacific Railroad Hospital , What Ails Health Care , Solution to Health Care Reform.

    Entire Website and Images Copyright © 1988-2020, CPRR.org. Tous les droits sont réservés.
    Permission to browse this website is contingent on acceptance of the User Agreement.
    All images for private non-commercial viewing purposes only.
    Any unauthorized duplication or republication of the text and/or graphics on these pages is strictly prohibited.
    Photo Credits: We thank the Collections that have generously permitted the display of their photographs on this website for your personal viewing.
    Not affiliated with the Union Pacific Railroad or the California State Railroad Museum.

    About the CPRR Museum
    Frequently Asked Questions

    CPRR Discussion Group
    Kudos — What visitors liked best about the CPRR Museum
    How you can help / future plans
    How to receive update notices
    Technical Notes
    Great-Grandfathers
    Special Requests

    FOR PERSONAL USE WEB VIEWING ONLY NO COPYING NO WARRANTY.
    Use of this Web site constitutes acceptance of the USER AGREEMENT.
    Click on any image or link to indicate "I ACCEPT" the terms of service.
    CPRR.org does not endorse external websites which should open in a new browser window.

    RIGHTS AND PERMISSIONS for publication or other use.

    All use of this website and any related activity, including browsing and sending us messages, is governed by the CPRR.org User Agreement – so you should read the terms and conditions carefully because you are bound by them. Caution: acknowledgements, links, etc. are not merchant endorsements – not responsible for content on external web sites.

    By clicking the link below, or on other CPRR Museum links or images, or otherwise using this CPRR.org website, you AGREE that the Central Pacific Railroad Photographic History Museum is offered to you, the "User," conditioned on your acceptance without modification of the terms, conditions, and notices contained herein. Only send content intended for publication . PRIVACY POLICY .

    Tell us what you think: Central Pacific Railroad Photographic History Museum - Transcontinental Railroad
    Retour d'information


    In 1989 &ndash 1991, a measles epidemic in the United States resulted in tens of thousands of cases of measles and hundreds of deaths. Upon investigation, CDC found that more than half of the children who had measles had not been immunized, even though many of them had seen a health care provider.

    In partial response to that epidemic, Congress passed the Omnibus Budget Reconciliation Act (OBRA) on August 10, 1993, creating the Vaccines for Children (VFC) Program. VFC became operational October 1, 1994. Known as section 1928 of the Social Security Act, the Vaccines for Children program is an entitlement program (a right granted by law) for eligible children, age 18 and younger.


    Voir la vidéo: billy euforico billy euforico